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Foreword 

This Technical Specification (TS) has been produced by the 3"* Generation Partnership Project (3GPP). 

The present document specifies the stage 2 description for the third phase (see 3G TS 22.078 [2]) of the Customized 
Applications for Mobile network Enhanced Logic (CAMEL) feature within the 3GPP system. 

The contents of present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will then be re-released by the TSG 
with an identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 

The present document specifies the stage 2 description for the third phase (see 3G TS 22.078 [2]) of the Customized 
Applications for Mobile network Enhanced Logic (CAMEL) feature which provides the mechanisms to support 
services of operators which are not covered by standardized GSM services even when roaming outside the HPLMN. 

The CAMEL feature is a network feature and not a supplementary service. It is a tool to help the network operator to 
provide the subscribers with the operator specific services even when roaming outside the HPLMN. 

In this specification, the GSM Service Control Function (gsmSCF) is treated as being part of the HPLMN. The 
regulatory envirormient in some countries may require the possibiUty that the gsmSCF and the HPLMN are controlled 
by different operators, and the gsmSCF and the HPLMN are therefore distinct entities. 

In the third phase the CAMEL feature supports: 

- mobile originated and forwarded calls; 

- mobile terminating calls; 
any time interrogation; 

- active location information retrieval; 

- suppression of announcements; 

- announcements, in band user interaction; 

- charging features; 

- supplementary service invocation notifications; 

- USSD interaction with the gsmSCF; 

- North American carrier selection; 

- Mobility Management event notifications; 

- change of Calling Line Identification Presentation Indicator for an MO call to restricted; 

- SoLSA; 

- Subscribed dialled services; 

- Serving network dialled services; 

- MO SMS; 

- GPRS data transmission; 

- Mobility management; 

- Notification to CSE of change of subscriber data; 

- Any Time Modification; 

- Any Time Interrogation of subscription Information; 

- T-BCSM in the VMSC and terminating AoC; 

- Interworking with Location Services; 

- Multiple Subscriber Profile; 

Active Location Retrieval; 

- Call Gapping. 
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Note that CAMEL is not applicable to Emergency Setup (TS 12), i.e., in case an Emergency caU has been requested the 

gsmSSF shall not be invoked. 

The mechanism described in this standard addresses especially the need for information exchange between the VPLMN 
or IPLMN and the HPLMN for support of operator specific services. Any user procedures for the control of operator 
specific services are outside the scope of this standard. Subscribers who have subscribed to operator specific services 
and therefore need the functional support of the CAMEL feature shall be marked in the HPLMN and VPLMN. In case a 
subscriber is marked to need CAMEL support, the appropriate procedures which provide the necessary information to 
the VPLMN or the HPLMN are invoked. It is possible for the HPLMN to instruct the VPLMN or IPLMN to interact 
with a gsmSCF which is controlled by the HPLMN. 

The specification of operator specific services is outside the scope of this standard. 
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3 



Definitions and abbreviations 



3.1 



Definitions 



For the purposes of the present document, the following terms and definitions apply: 

Basic Call State Model (BCSM): BCSM provides a high-level model of GMSC- or MSC/VLR-activities required to 
establish and maintain communication paths for users. As such, it identifies a set of basic call activities in a GMSC or 
MSCA^LR and shows how these activities are joined together to process a basic call. 

Call Control Function (CCF): CCF is the Call Control Function in the network that provides call/service processing 
and control (see ITU-T Q.1214 [6]). 

Detection Points (DP): points in processing at which notifications (to the service logic) can occur and transfer of 
control (to the gsmSCF) is possible are called Detection Points (DPs). 

Dialled Service CAMEL Subscription Information (D-CSI): D-CSI identifies the subscriber as having originating 
CAMEL dialled services. 

Forwarding MSC: MSC which is either an MSC invoking a GSM standardized call forwarding or call deflection 
service; or an MSC invoking a Camel based call forwarding service. 

Gateway MLC (GMLC): functional entity that allows external LCS Clients to request real-time information about a 
Mobile Station. The information that can be requested from the GMLC is: 

- location of Mobile Station 

See [17] and [18] for information on the GMLC. 

Geodetic Information: information defining the location of a mobile station, coded according to [16]. The derivation 
of this information from other information defining the location of a mobile station is a network operator option. If an 
entity derives the geodetic information it shall also provide the equivalent geographical information. 

Geographical Information: information defining the location of a mobile station, coded according to [34]. 

GPRS CAMEL Subscription Information (GPRS-CSI): GPRS-CSI identifies the subscriber as having GPRS 
CAMEL services. 

GPRS Session: GPRS session starts when the GPRS subscriber attaches to the GPRS data network. It ends when the 
GPRS subscriber detaches from the GPRS data network. 

GSM Service Control Function (gsmSCF): functional entity that contains the CAMEL service logic to implement 
OSS. It interfaces with the gsmSSF, the gsmSRF, the GMLC and the HLR. 

GSM Service Switching Function (gsmSSF): functional entity that interfaces the MSC/GMSC to the gsmSCF. The 
concept of the gsmSSF is derived from the IN SSF, but uses different triggering mechanisms because of the nature of 
the mobile network. 

GSM SpeciaUsed Resource Function (gsmSRF): functional entity which provides various specialized resources. It 
interfaces with the gsmSCF and with the MSC. This entity is defined in ITU-T Q.1214 ([6]) with variations defined in 
the specification. 

Location Information: indicates the location of the Mobile Station. The provision of location information is 
independent of the MS status. As part of the location information, an indication of the age of this information may be 
delivered. 

Mobile Station State: similar to Subscriber State, but associated only with a Mobile Station, not with a subscriber. 

MobiUty Management event CAMEL Subscription Information (M-CSI): M-CSI identifies the subscriber as 
having Mobility Management event notification CAMEL services. 

NA (North American): prefix attached to certain information items used by North American PLMNs in connection 
with routing a call to a preferred or dialled long distance carrier. 
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Network CAMEL Service Information (N-CSI): N-CSI identifies services offered on a per-network basis by the 

serving PLMN operator for all subscribers. 

Originating Basic Call State Model (O-BCSM): originating half of the BCSM. The O-BCSM corresponds to that 
portion of the BCSM associated with the originating party. 

Originating CAMEL Subscription Information (O-CSI): O-CSI identifies the subscriber as having originating 
CAMEL services. 

Point In Association (PIA): PIAs identify MSCA^LR/ SGSN activities associated with one or more basic 
association/connection states of interest to OSS service logic instances. 

Point In Call (PIC): PICs identify MSCA'^LR (GMSC) activities associated with one or more basic call/cormection 

states of interest to OSS service logic instances. 

Service Key: Service Key identifies to the gsmSCF the service logic. The Service Key is administered by the HPLMN, 
and is passed transparenfly by the VPLMN/IPLMN to the gsmSCF. The Service Key is a part of the T/O-CSI. 

Serving MLC: functional entity that performs location information retrieval. 

Short Message Service CAMEL Subscription Information (SMS-CSI): SMS-CSI identifies the subscriber as having 
MO SMS CAMEL services. 

Short Message Service Centre (SMSC): also abbreviation SC is used for SMSC. 
Subscriber State: see 3G TS 22.078 [2]. 

Supplementary Service Notification CAMEL Subscription Information (SS-CSI): SS-CSI identifies the subscriber 
as having supplementary service invocation notification CAMEL services. 

Terminating Basic CaU State Model (T-BCSM): terminating half of the BCSM. The T-BCSM corresponds to that 
portion of the BCSM associated with the terminating party. 

Terminating CAMEL Subscription Information (in the GMSC) (T-CSI): T-CSI identifies the subscriber as having 
terminating CAMEL services in the GMSC. 

VMSC Terminating CAMEL Subscription Information (VT-CSI): VT-CSI identifies the subscriber as having 
terminating CAMEL services in the VMSC. 

Translation Information Flag (TIF-CSI) : TIF-CSI is a flag in the CAMEL subscriber data which indicates that when 
the subscriber registers a forwarded-to number, that the HLR shall not attempt to perform any translation, number 
format checks, prohibited FTN checks, call barring checks. 

USSD CAMEL Subscription Information (U-CSI) : U-CSI identifies a set of subscriber specific mappings from a 
USSD service code to a gsmSCF address. 

USSD General CAMEL Service Information (UG-CSI) : UG-CSl globally identifies a set of mappings from a USSD 
service code to a gsmSCF address. The global mapping apphes to all HPLMN subscribers. If, for a particular service 
code, both U-CSI and UG-CSI are applicable then the U-CSI shall take precedence. 



3.2 



Abbreviations 



Abbreviations used in the present document are listed in GSM 01.04 [IJ. 



For the purposes of the present document, the following abbreviations apply: 



DTN 

D-CSI 

EDP 

FTN 

GMLC 

GMSC 



BCSM 

CAMEL 

DP 



Basic Call State Model 

Customized Applications for Mobile network Enhanced Logic 
Detection Point 
Deflected To Number 

Dialled Services CAMEL Subscription Information 
Event Detection Point 
Forwarded To Number 
Gateway MLC 
Gateway MSC 
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GPRS 


General Packet Radio Service 


gprsSSF 


GPRS Service Switching Function 


GPRS-CSI 


GPRS CAMEL Subscription Information 


gsmSCF 


GSM Service Control Function 


gsmSRF 


GSM Specialised Resource Function 


gsmSSF 


GSM Service Switching Function 


HLR 


Home Location Register 


HPLMN 


Home PLMN 


IE 


Information Element 


IF 


Information Flow 


IP 


Intelligent Peripheral 


IPLMN 


Interrogating PLMN 


LCS 


Location Services 


LSA 


Lociilised Service Area 


M-CSI 


Mobility Management event Notification CAMEL Subscription Information 


MF 


Mobile Forwarding 


MLC 


Mobile Location Centre 


MO 


Mobile Originating 


MSG 


Mobile service Switching Centre 


MT 


Mobile Terminating in GMSC 


N-CSI 


Network CAMEL Service Information 


NA 


North American 


NNI 


Network Node Interface 


O-BCSM 


Originating Basic Call State Model 


O-CSI 


Originating CAMEL Subscription Information 


ODB 


Operator Determined Barring 


OSS 


Operator Specific Service 


PDP 


Packet Data Protocol 


PIC 


Point In Call 


PLMN 


Public Land Mobile Network 


SGSN 


Serving GPRS Support Node 


SLPI 


Service Logic Program Instance 


SMF 


Service Management Function 


SMLC 


Serving MLC 


SMS-CSI 


Short Message Service CAMEL Subscription Information 


SS-CSI 


Supplementary Service Notification CAMEL Subscription Information 


T-BCSM 


Terminating Basic Call State Model 


T-CSI 


Terminating CAMEL Subscription Information (in the GMSC) 


TDP 


Trigger Detection Point 


TIF-CSI 


Translation Information Flag 


U-CSI 


USSD CAMEL Subscription Information 


UG-CSI 


USSD General CAMEL Service Information 


UNI 


User Network Interface 


VLR 


Visitor Location Register 


VPLMN 


Visited PLMN 


VT 


Mobile Terminating in VMSC 


VT-CSI 


VMSC Terminating CAMEL Subscription Information 
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4 Circuit switclied Call Control 

4.1 Architecture 

4.1 .1 Functional Entities used for CAIVIEL 

This subclause describes the functional architecture needed to support CAMEL. Also the additions needed to the basic 
GSM functionality are described. Figure 4. 1 shows the functional entities involved in calls requiring CAMEL support. 
The architecture is applicable to the third phase of CAMEL. 




Figure 4.1 : Functional architecture for support of CAIUIEL 



HLR: For subscribers requiring CAMEL support, the HLR stores the information relevant to the current subscription 
regarding O-CSI, D-CSI, T-CSI, VT-CSI and TIF-CSI. The O-CSI is sent to the VLR at Location Update, on data 
restoration or if the O-CSl is updated by administrative action. The D-CSl is sent to the VLR at Location Update, on 
data restoration or if the D-CSI is updated by administrative action. The VT-CSI is sent to the VLR at Location Update, 
on data restoration or if the VT-CSI is updated by administrative action. The O/T-CSI is sent to the GMSC when the 
HLR responds to a request for routeing information. 

GMSC: When processing the calls for subscribers requiring CAMEL support, the GMSC receives an O/T-CSI from the 
HLR, indicating the GMSC to request instructions from the gsmSSF. The GMSC monitors on request the call states 
(events) and informs the gsmSSF of these states during processing, enabling the gsmSSF to control the execution of the 
call in the GMSC. 

MSG: When processing the calls for subscribers requiring CAMEL support, the MSC receives an O-CSI and / or VT- 
CSI from the VLR indicating the MSC to request instructions from the gsmSSF. The MSC monitors on request the call 
states (events) and informs the gsmSSF of these states during processing, enabUng the gsmSSF to control the execution 
of the call in the MSC. 

VLR: The VLR stores the O-CSI, VT-CSI and TIF-CSI as a part of the subscriber data for subscribers roaming in the 
VLR area. 

gsmSSF: see subclause 3.1. 
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gsmSCF: see subclause 3.1. 
gsmSRF: see subclause 3.1. 

4.1 .2 Interfaces defined for CAMEL 

This subclause describes the different interi'aces applicable to CAMEL. It specifies on a high level the functions specific 
to CAMEL. 

4.1.2.1 HLR - VLR interface 

This interface is used to send the CAMEL related subscriber data to the visited PLMN and for provision of MSRN. The 
interface is also used to retrieve subscriber status and location information of the mobile subscriber or to indicate 
suppression of announcement for a CAMEL service. 

4.1 .2.2 GMSC - HLR interface 

This interface is used at terminating calls to exchange routeing information, subscriber status, location information, 
subscription information and suppression of announcements. The O/T-CSI that is passed to the IPLMN is sent over this 
interface. 

4.1 .2.3 GMSC - gsmSSF interface 

This is an internal interface. The interface is described in the specification to make it easier to understand the handling 
of DPs (arming/disarming of DPs, DP processing etc.). 

4.1 .2.4 gsmSSF - gsmSCF interface 

This interface is used by the gsmSCF to control a call in a certain gsmSSF and to request the gsmSSF to establish a 
cormection with a gsmSRF. Relationships on this interface are opened as a result of the gsmSSF sending a request for 
instructions to the gsmSCF. 

4.1 .2.5 MSG - gsmSSF Interface 

This is an internal interface. The interface is described in the specification to make it easier to understand the handling 
of DPs (arming/disarming of DPs, DP processing etc.). 

4.1 .2.6 gsmSCF - HLR interface 

This interface is used by the gsmSCF to request information from the HLR. As a network operator option the HLR may 
refuse to provide the information requested by the gsmSCF. 

4.1 .2.7 gsmSCF - gsmSRF interface 

This interface is used by the gsmSCF to instruct the gsmSRF to play tones/announcements to the users. 

4.1 .2.8 GMSC - MSC interface 

This interface is used to transfer control of a call from a VMSC back to a GMSC for optimal routeing. 

4.2 Detection Points (DPs) 
4.2.1 Definition and description 

Certain basic call events may be visible to the GSM Service Control Function (gsmSCF). The DPs are the points in call 
at which these events are detected. The DPs for Mobile Originated Calls and Mobile Terminated Calls are described in 
subclauses 4.4.2 and 4.4.3. 
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A DP can be armed in order to notify the gsmSCF that the DP was encountered, and potentially to allow the gsmSCF to 
influence subsequent handling of the call. If the DP is not armed, the processing entity continues the processing without 
gsmSCF involvement. 

Three different types of DPs are identified: 

- Trigger Detection Point - Request (TDP-R). 

This detection point is statically armed and initiates a CAMEL control relationship when encountered and there 
is no existing relationship due to same CSI.. Processing is suspended when the DP is encountered. 

- Event Detection Point - Request (EDP-R). 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is 
suspended when encountering the DP and the gsmSSF waits for instructions from the gsmSCF. 

- Event Detection Point - Notification (EDP-N). 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is not 
suspended when encountering the DP. 

The DPs are characterized in the following subclauses. 



The mechanism by which the DP is armed. A DP may be statically armed or dynamically armed. 
The following arming rules apply: 

- DP for mobile terminating call handling is statically armed in GMSC as result of T-CSI delivery fi-om HLR. DP 
for mobile terminating call handling is statically armed in VMSC as result of VT-CSl delivery from VLR. DP 
for forwarding leg handling is statically armed in GMSC as result of O-CSl delivery from HLR. DP for mobile 
originating call or forwarded leg handling is statically armed in VMSC as result of O-CSI delivery from VLR. 

- A DP is dynamically armed by the gsmSCF within the context of a CAMEL control relationship (between the 
gsmSSF and the gsmSCF). 

The following disarming rules apply: 

- A statically armed DP is disarmed when a O-CSI, T-CSI or VT-CSI is withdrawn in the HLR. Only TDP-Rs can 
be disarmed using this mechanism. 

- If an armed EDP is met, then it is disarmed. 

- If an EDP is met that causes the release of the related leg, then all EDPs related to that leg are disarmed. 

- If a call is released, then all EDPs related to that call are disarmed. 

- If an EDP is met, then other EDPS are disarmed, in accordance with the implicit disarming rule table 
(see subclause 4.4.4). 

- If an EDP is armed, it can be explicitly disarmed by the gsmSCF by means of the RequestReportBCSMEvent 
information flow. 



Criteria are the conditions that must be met in order for the gsmSSF to request instructions from the gsmSCF. 



4.2.1.1 



Arming/disarming mechanism 



4.2.1.2 



Criteria 



4.2.1.2.1 



Criteria at DP Collected Info 



The criteria for an mobile originating call are checked in the originating MSC. 



The criteria for an mobile forwarded call are checked in the forwarding MSC. 
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For early forwarded calls in the GMSC, the HLR may decide not to include the DP Collected_Info trigger criteria in the 

subscriber data sent to the GMSC if the trigger criteria for the call are not met. 

For optimally routed late forwarded calls, the MSG may decide not to include the DP Collected Info trigger criteria in 
the RCH message sent to the GMSC, if the trigger criteria for the call are not met. 

The following criteria are applicable for DP CoUectedJnfo: 

- Destination number triggering criterion: The HLR may store a list of up to 10 destination numbers and/or up to 3 
number lengths. There is no restriction on the nature of address. There is no restriction on the numbering plan 
indicator. This criterion may be defined to be either "enabling" or "inhibiting". 

Basic service triggering criterion: The HLR may store a list of up to 5 basic service codes, each of which may 
represent an individual basic service or a basic service group. This list is a triggering list. 

- Forwarding triggering criterion: The HLR may store an indicator that triggering shall occur only for a call which 
has been subject to GSM or CAMEL call forwarding. This criterion may be defined to be either "enabling" or 
"inhibiting". 

For MO calls, triggering at DP CoUectedJnfo shall be strictly based on the number received over the access network. 
No service selection information, such as * and # digits, or carrier selection information, dialled by the subscriber, shall 
be removed from the number before conditional triggering check takes place. 

For MF calls at the VMSC, triggering at DP CoUectedJnfo shall be strictly based on the number received over the 
access network (the Deflected-to-Number in case of CaU Deflection), the Forwarded-to-Number retained in the VLR or 
the Destination Routing Address received in the Connect operation from SCF during a Terminating CAMEL Service at 
the VMSC. 

No service selection information or carrier selection information shaU be removed from the number before conditional 
triggering check takes place. 

For MF calls at the GMSC, triggering at DP CoUectedJnfo shall be strictly based on the Forwarded-to-Number 
received from HLR, on the Destination Routing Address received in the Connect operation from SCF during a 
Terminating CAMEL Service or on the Forwarded-to-Number received in the RCH message. 

No service selection information or carrier selection information shaU be removed from the number before conditional 
triggering check takes place. 

One or more DP criteria may be apphcable. All appUcable triggering criteria must be satisfied before the dialogue is 
established with the gsmSCF. 

If the destination number triggering criterion is enabling, then the gsmSSF may estabUsh a dialogue with the gsmSCF 
if: 

- the destination number matches one of the destination number strings defined in the list, or 

- the length of the destination number matches one of the destination number lengths defined in the list. 
In this test the destination number matches one of the destination number strings in the list if: 

the nature of address of destination number is the same as the nature of address of the destination number string; 

- the destination number is at least as long as the destination number string in the list, and 

- aU the digits in the destination number string in the list match the leading digits of the destination number. 

If the destination number triggering criterion is inhibiting, then the gsmSSF may estabUsh a dialogue with the gsmSCF 
if: 

- the destination number does not match any of the destination number strings defined in the list, and 

- the length of the destination number does not match any of the destination number lengths defined in the Ust. 
In this test the destination number matches one of the destination number strings in the Ust if: 

- the nature of address of destination number is the same as the nature of address of the destination number string; 

- the destination number is at least as long as the destination number string in the list, and 
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- all the digits in the destination number string in the list match the leading digits of the destination number. 

The basic service triggering criterion is met if the basic service for the call matches a stored individual basic service 
code or is a member of the group defined by a stored basic service group code. For the purpose of this paragraph a 
general bearer service is a member of the corresponding bearer service group. 

If the forwarding triggering criterion is enabling, then the gsmSSF may establish a dialogue with the gsmSCF only if 
the call has been subject to CAMEL or GSM call forwarding. If the forwarding triggering criterion is inhibiting, then 
the gsmSSF may estabhsh a dialogue with the gsmSCF only if the call has not been subject to CAMEL or GSM call 
forwarding. 

4.2.1 .2.2 Criteria at DP Analysedjnformation 

The criteria for a mobile originating call are checked in the originating MSC. The criteria for a mobile forwarded call 
are checked in the forwarding MSC. 

For early forwarded calls in the GMSC, the HLR shall always include the trigger criteria in the subscriber data sent to 
the GMSC. Reason is that the HLR can not check the criteria apphcable at DP Analysed Info, since the number that the 
criteria check shaU be based on, may be modified by a Mobile Terminating or Mobile Forwarding Service Logic for this 
call. 

For optimally routed late forwarded calls, the MSC shall always include the trigger criteria in the RCH message sent to 
the GMSC. Reason is that the MSC can not check the criteria applicable at DP Analysed Info, since the number that the 
criteria check shall be based on, may be modified by a Mobile Terminating or Mobile Forwarding Service Logic for this 
call. 

The following criteria are applicable for DP Analysedjnformation: 

- Destination number triggering criterion: The HLR may store a list of up to 10 destination numbers. There is no 
restriction on the nature of address. There is no restriction on the number plan indicator. 

For MO calls, triggering at DP Analysed_Info shall be based on the number received over the access network. 
Any service selection information, including * and # digits, or carrier selection information, dialled by the subscriber, 
shall be removed from the number before conditional triggering check takes place. No translation shall be performed on 
the number for triggering purposes. 

Refer to 3G TS 22.030 [22] for the codes and values for service feature codes. 

For MF calls at the VMSC, triggering at DP Analysed_Info shall be based on the number received over the access 
network (the Deflected-to-Number in case of Call Deflection), the Forwarded-to-Number retained in the VLR, or the 
Destination Routing Address in the Connect operation from the SCF during a Mobile Terminated or Mobile Forwarded 
CAMEL Service. 

Any service selection information or carrier selection information shall be removed from the number before conditional 
triggering check takes place. No translation shall be performed on the number for triggering purposes. 

For MF calls at the GMSC, triggering at DP Analysed_Info shall be based on the Forwarded-to-Number received from 
HLR, on the Destination Routing Address received in the Connect operation from SCF during a Mobile Terminated or 
Mobile Forwarded CAMEL Service, or on the Forwarded-to-Number received in the RCH message. 
Any service selection information or carrier selection information shall be removed from the number before conditional 
triggering check takes place. No translation shall be performed on the number for triggering purposes. 

In this test the destination number matches one of the destination number strings in the list if: 

- the nature of address of the destination number is the same as the nature of address of the destination number 
string; 

the destination number is at least as long as the destination number string in the list, and 

- all the digits in the destination number string in the list match the leading digits of the destination number. 

4.2.1 .2.3 Criteria at DP Route_Select_Failure 

The HLR may store a list of up to 5 cause values. 
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The criteria for a mobile originating call are checked in the originating MSC. The criteria for a mobile forwarded call 

are checked in the forwarding MSC. 

For early forwarded calls in the GMSC, the HLR shall always include the trigger criteria in the subscriber data sent to 
the GMSC. Reason is that the cause code received from ISUP is used in the trigger criteria check. The cause code is not 
known at the time of sending the O-CSI to the GMSC. 

For optimally routed late forwarded calls, the MSC shall always include the trigger criteria in the RCH message sent to 
the GMSC. Reason is that the cause code received from ISUP is used in the trigger criteria check. The cause code is not 
known at the time of sending the O-CSI to the GMSC. 

The following criteria are applicable for DP Route_Select_Failure: 

- Release cause code. 

The trigger criteria are met if the cause code received from ISUP is equal to at least one of the cause codes in the trigger 
criteria list. 

If a O-BCSM was already invoked and there is a relationship at that moment, then no Service Logic shall be invoked. 



The HLR may store a list of up to 5 basic service codes, each of which may represent an individual basic service or a 
basic service group. This Ust is a triggering list. 

The criteria for DP Terminating_Attempt_Authorised are checked in the HLR for the GMSC or in the VLR for the 
MSC. The HLR shall only include T-CSI in the CAMEL subscription information sent to the GMSC if the criteria are 
met. The VLR shall only include VT-CSI in the CAMEL subscription information sent to the MSC if the criteria are 
met. 

The basic service criterion is met if the basic service for the call matches a stored individual basic service code or is a 
member of the group defined by a stored basic service group code. For the purpose of this paragraph a general bearer 
service is a member of the corresponding bearer service group. 



The HLR may store a list of up to 5 cause values. 

The criteria for a mobile terminating call are checked in the GMSC or in MSC. 

For mobile terminating calls in the GMSC, the HLR shall include the trigger criteria in the subscriber data sent to the 
GMSC. Reason is that the cause code received from ISUP is used in the trigger criteria check. The cause code is not 
known at the time of sending the T-CSI to the GMSC. 

If SRI-Ack includes the Not Reachable FTN, then HLR may decide not to include the trigger criteria, if the HLR has 
identified that T-CSI includes DP T Busy with cause code Not Reachable. 

If SRI-Ack includes the Not Reachable FTN and also T-CSI, including DP T Busy with cause code, then the not 
reachable condition shall be mapped to an ISUP release code, which shall be used for triggering check. 

For Mobile terminating calls in the VMSC, the trigger criteria are received in the VT-CSI from the HLR in Insert 
Subscriber Data IF. The triggering is based on the ISUP release cause code (call set up result). 

The following criteria are applicable for DP T_Busy and T_No_Answer: 

Release cause code. 

The trigger criteria are met if the cause code received from ISUP or MAP is equal to at least one of the cause codes in 
the trigger criteria list. 

If trigger criteria are satisfied, either in GMSC or VMSC, then the corresponding Service Logic shall be invoked. 
If a T-BCSM was already invoked and there is a control relationship at that moment, then no Service Logic shall be 
invoked. 



4.2.1.2.4 



Criteria at DP Terminating_Attempt_Autliorised 



4.2.1.2.5 



Criteria at DP T_Busy and T_No_Answer 
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When a RCH message is received in the GMSC and the subscriber has T-CSI then the forwarding reason in the RCH 
message shall be used to perform trigger criteria check for DP T Busy or DP T No Answer. If a match is found, then the 
corresponding Service Logic shall be invoked. 

If a T-BCSM was already invoked and there is a relationship at that moment, then no Service Logic shall be invoked. 

4.2.1.3 Relationship 

Given that an armed DP was encountered, the gsmSSF provides an information flow via a relationship. 

A relationship between the gsmSSF and the gsmSCF for the purpose of operator specific service processing is 
considered to be a CAMEL relationship. There are two types of CAMEL relationships: 

A CAMEL control relationship if the gsmSCF is able to influence the call processing via the relationship. 

- A CAMEL monitor relationship if the gsmSCF is not able to influence the call processing via the relationship. 

4.2.2 DP processing rules 

The gsmSSF shall apply the following set of rules during DP processing to ensure a single point of control: 

- EDPs are disarmed by the gsmSSF as they are encountered and reported to the gsmSCF, when the occurrence of 
another ED? causes the implicit disarming of the ED? or when the leg clears. 

A control relationship persists as long as there is 1 or more EDP-R armed for this portion of the call or if the 

gsmSSF is in any state except Monitoring or Idle. 

- A control relationship changes to a monitor relationship if the control relationship does not persist and : 

1 or more EDP-N armed, or 
1 or more Call information Report outstanding, or 
- an Apply Charging Report outstanding. 

- A control relationship terminates if it does not persist and does not change to a monitor relationship. A monitor 
relationship terminates if there are neither EDP-Ns armed nor reports outstanding or if the call clears. 

4.3 Description of CAIVIEL Subscriber Data 

4.3.1 Originating CAIVIEL Subscription Information (O -CSI) 

This subclause defines the contents of the Originating CAMEL Subscription Information. 

4.3.1.1 TDPList 

The TDP List indicates on which detection point triggering shall take place. 

The following trigger detection points are possible: DP Collected_Info and DP Route_Select_Failure. 

4.3.1.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E. 164 number to be used 
for routeing. Different gsmSCF addresses may be associated to different TDPs. 

4.3.1.3 Service Key 

The Service Key identifies to the gsmSCF the service logic. Different Service Keys may be associated to different 
TDPs. 
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4.3.1.4 Default Call Handling 

The Default Call Handling indicates whether the call shall be released or continued as requested in case of error in the 
gsmSSF to gsmSCF dialogue or in case the call is submitted to call gapping in the gsmSSF. A default call handling 
shall be associated to each Service Key. 

4.3.1.5 DP criteria 

The DP criteria indicate whether the gsmSSF shall request the gsmSCF for instructions. 

4.3.1 .6 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

The HLR shall not include in a CSI which it sends to a VLR or GMSC any data for a CAMEL phase later than that 
which the CAMEL capability handUng indicates. E.g. if the CAMEL Capability Handling indicates CAMEL phase 1 
then the HLR shall not send triggering criteria to the VLR. Different CSIs may contain different values of CAMEL 
Capability Handling. 

NOTE: If CAMEL is not supported or if a lower phase of CAMEL is supported in the VLR, the HLR can decide 
on a subscriber basis to apply ODB, perform normal call handling or perform operator specific handUng 
(eventually support of a lower version of CSI). 

4.3.1.7 CSI State 

The CSI state indicates whether the O-CSI is active or not. 

4.3.1.8 Notification flag 

The notification flag indicates whether the change of the O-CSI shall trigger Notification on Change of Subscriber Data. 

4.3.2 Dialled Service CAMEL Subscription Information (D-CSI) 

This subclause defines the contents of the Dialled Service CAMEL Subscription Information. 

4.3.2.1 DP criteria 

The DP criteria indicate whether the gsmSSF shall request the gsmSCF for instructions. 

4.3.2.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E. 164 number to be used 
for routeing. 

For the D-CSI a gsmSCF address shall be associated to each DP criterion. 

4.3.2.3 Service Key 

The Service Key identifies to the gsmSCF the service logic. 

For the D-CSI a Service Key shall be associated to each DP criteria. 

4.3.2.4 Default Call Handling 

The Default Call Handling indicates whether the call shall be released or continued as requested in case of error in the 
gsmSSF to gsmSCF dialogue or in case the call is submitted to call gapping in the gsmSSF. A default call handling 
shall be associated to each DP criteria. 
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4.3.2.5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. It shall 
indicate CAMEL phase 3. 

NOTE: If CAMEL is not supported or if a lower phase of CAMEL is supported in the VLR, the HLR can decide 
on a subscriber basis to apply ODB, perform normal call handhng or perform operator specific handling 
(eventually support of a lower version of CSI). 

4.3.2.6 CSI state 

The CSI state indicates whether the D-CSI is active or not. 

4.3.2.7 Notification flag 

The notification flag indicates whether changes of the D-CSI shall trigger the Notification on Change of Subscriber 
Data. 

4.3.3 Network Service CAMEL Subscription Information (N-CSI) 

The N-CSI identifies services offered on a per-network basis by the serving PLMN operator for aU subscribers. This 
CSI shall be stored in MSC. 

4.3.4 Terminating CAMEL Subscription Information (in the GMSC) (T-CSI) 

This subclause defines the contents of the Terminating CAMEL Subscription Information. 

4.3.4.1 TDP List 

The TDP List indicates on which detection point triggering shall take place. 

The following trigger detection points are possible: DP Terminating_Attempt_Authorised, DP T_Busy, and 
DP T_No_Answer. 

4.3.4.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. Different gsmSCF addresses may be associated to different TDPs. 

4.3.4.3 Service Key 

The Service Key identifies to the gsmSCF the service logic. Different Service Keys may be associated to different 
TDPs. 

4.3.4.4 Default Call Handling 

The Default Call Handhng indicates whether the call shall be released or continued as requested in case of error in the 
gsmSSF to gsmSCF dialogue or in case the call is submitted to call gapping in the gsmSSF. A default call handling 
shall be associated to each Service Key. 

4.3.4.5 DP criteria 

The DP criteria indicate whether the gsmSSF shall request the gsmSCF for instructions. 

4.3.4.6 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 
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The HLR shall not include in a CSI which it sends to a GMSC any data for a CAMEL phase later than that which the 
CAMEL capability handling indicates. Different CSIs may contain different values of CAMEL Capability Handling. 

NOTE: If CAMEL is not supported or if a lower phase of CAMEL is supported in the GMSC, the HLR can 
decide on a subscriber basis to apply ODB, perform normal call handling or perform operator specific 
handling (e.g. support of a lower version of CSI). 

4.3.4.7 CSI state 

The CSI state indicates whether the T-CSI is active or not. 

4.3.4.8 Notification flag 

The notification flag indicates whether the change of the T-CSI shall trigger Notification on Change of Subscriber Data 
or not. 

4.3.5 VMSC Terminating CAMEL Subscription Information (VT-CSI) 

This subclause defines the contents of the Terminating CAMEL Subscription Information for the VMSC. 

4.3.5.1 TDP List 

The TDP List indicates on which detection point triggering shall take place. 

The following trigger detection points are possible: DP Terrmnating_Attempt_Authorised, DP T_Busy, and 
DP T_No_Answer. 

4.3.5.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. Different gsmSCF addresses may be associated to different TDPs. 

4.3.5.3 Service Key 

The Service Key identifies to the gsmSCF the service logic. Different Service Keys may be associated to different 
TDPs. 

4.3.5.4 Default Call Handling 

The Default Call Handling indicates whether the call shall be released or continued as requested in case of error in the 
gsmSSF to gsmSCF dialogue or in case the call is submitted to call gapping in the gsmSSF. A default call handling 
shall be associated to each Service Key. 

4.3.5.5 DP criteria 

The DP criteria indicate whether the gsmSSF shall request the gsmSCF for instructions. 

4.3.5.6 CAMEL Capability Handling 

CAMEL Capabihty Handhng indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

The HLR shall not include in a CSI which it sends to a VLR any data for a CAMEL phase later than that which the 
CAMEL capability handling indicates. 

NOTE: If CAMEL is not supported or if a lower phase of CAMEL is supported in the VLR, the HLR can decide 
on a subscriber basis to apply ODB, perform normal call handling or perform operator specific handling 
(eventually support of a lower version of CSI). 
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4.3.5.7 CSI state 

The CSI state indicates whether the VT-CSI is active or not. 

4.3.5.8 Notification flag 

The notification flag indicates whether the change of the VT-CSI shall trigger Notification on Change of Subscriber 
Data or not. 

4.3.6 Other CAMEL data 

4.3.6.1 Location information/Subscriber state Interrogation 

This data indicates whether additional subscriber information shall be sent to the GMSC as part of the terminating call 
handling. 

- an indication that the HLR shall send the location information of the called subscriber. 

- an indication that the HLR shall send the subscriber state of the called subscriber. 

4.3.6.2 Translation Information Flag CAMEL Subscription Information (TIF-CSI) 

4.3.6.2.1 Translation Information Flag 

The TIF-CSI in the CAMEL Subscriber data indicates, 

- when the subscriber registers a forwarded-to number, that the HLR shall not attempt to perform any translation, 
number format checks, prohibited FTN checks or call barring checks, (see 3G TS 23.082 [27]). 

- when the subscriber invokes the Call Deflection supplementary service, that the VLR shall not attempt to 
perform any translation, number format checks, prohibited DTN checks, call barring checks. 

(see 3GTS 23.072 L35J). 

4.3.6.2.2 Notification flag 

The notification flag indicates whether the change of the TIF-CSI is notified to the gsmSCF or not. 

4.3.6.3 gsmSCF address list for CSI 

The gsmSCF address list for CSI indicates a hst of gsmSCF addresses to which Notification on Change of Subscriber 
Data is to be sent. This hst is common to all CSI. 

4.4 Description of CAIVIEL BCSIVIs 
4.4.1 General Handling 

The BCSM is used to describe the actions in an MSC/GMSCA^MSC during originating, forwarded or terminating calls. 

The BCSM identifies the points in basic call processing when Operator Specific Service (OSS) logic instances 
(accessed through the gsmSCF) are permitted to interact with basic call control capabihties. 

Figure 4.2 shows the components that have been identified to describe a BCSM. 
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Figure 4.2: BCSM Components 

4.4.2 Originating Basic Call State Mo6e\ (0-BCSIVI) 
4.4.2.1 Description of 0-BCSM 

The O-BCSM is used to describe the actions in an MSG during originating (MSG) or forwarded (MSG or GMSG) calls. 

When encountering a DP the O-BCSM processing is suspended at the DP and the MSG/GMSG indicates this to the 
gsmSSF which determines what action, if any, shall be taken in case the DP is armed. 
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NOTE: The 0_Busy DP includes also the 'not reachable' case. 

Figure 4.3: Originating BCSIUl for CAIUIEL 
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The following table defines the different DPs which apply to mobile originating and forwarded calls. 



Table 4.1 : Description of 0-BCSIUl DPs in tlie lUlSC 



CAMEL Detection Point: 


DP Type 


Description: 


DP Collectedjnfo 


TDP-R 


Indication that the 0-CSI is analysed. This DP is also 
used for gsmSCF initiated call setup. In this case the 
DP is neither triggered nor reported. 


DP Analysed_lnformation 


TDP-R (note 2) 


Availability of routeing address and nature of address. 


DP Route_Select_Failure 


TDP-R (note 3), 
EDP-N, EDP-R 


Indication that the call establishment failed 


DP 0_Busy 


EDP-N, EDP-R 


Indication that: 

d UUoy II lUILrdLIDI 1 lo IC70CIVCU IIUIII LIIC LC7I 1 1 III IdLII i^ 

party, 

- a not reachable event is determined upon a cause IE 
in the ISUP release message. 


DP No Answer 


EDP-N, EDP-R 


Indication that: 

- an application timer associated with the 
0_No_Answer DP expires, 

- a no answer event is determined upon a cause IE in 
the ISUP release message. 


DP 0_Answer 


EDP-N, EDP-R 


Indication that the call is accepted and answered by 
the terminating party. 


DP 0_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the originating 
party or from the terminating party. 


DP 0_Abandon 


EDP-N, EDP-R 


Indication that a disconnect indication is received from 
the originating party during the call establishment 
procedure 


NOTE 1 : The DPs are defined in ITU-T Q.1224 ([6]). 

NOTE 2: For TDP-R Analysedjnformatlon new relationship to gsmSCF is opened. 

NOTE 3: DP Route_Select_Failure shall be reported as TDP-R when there is no relationship to 

gsmSCF. If a relationship to gsmSCF is already open, it shall be reported as EDP-R or EDP- 

N if armed so. 



4.4.2.1 .1 Description of the call model (PICs) 

This subclause describes the call model for originating and forwarded calls. For each PIC a description can be found of 
the entry events, fractions and exit events. 

It should be noted that although the names used for PICs match those used in ITU-T Q.1214 [6] the specific 
descriptions differ. 

4.4.2.1 .1 .1 0_Null & Authorise_Origination_Attempt_Collect_lnfo 

Entry events: 

- Discoimection and clearing of a previous call (DP 0_Disconnect) or default handUng of exceptions by 
gsmSSF/(G)MSC completed. 

- Abandon event is reported from Analysejnformation or Routing and Alerting PIC. 

- Exception event is reported. 

Actions: 

- Interface is idled. 

- Originating call: SETUP message containing the dialled number is received from MS. 
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- Originating call: The supplementary service "barring of all outgoing calls" is checked and invoked if necessary. 

- Originating call: The ODB category "barring of all outgoing calls" is checked and ODB is invoked if necessary. 

NOTE: the ODB category "barring of all outgoing calls when roaming" causes the HLR to send the category 
"barring of all outgoing call" if the VLR is not in the HPLMN. 

- Originating call: CUG checks done in the originating MSCA^LR are performed. 

- Information being analysed e.g., O-CSI is analysed. 

Exit events: 

- Originating CSI is analysed. 

An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. Example exception 
condition: Calling party abandons call. 

4.4.2.1.1.2 Analysejnformation 

Entry events: 

Originating CSI is analysed. (DP Collected Info). 

- New routeing information is received when Busy event (DP 0_Busy), Route Select Failure event 

(DP Route_Select_Failure), Not Reachable event (DP 0_Busy) or No Answer event (DP 0_No_Answer) is 
reported from Routing and Alerting PIC. 

- New routeing information is received when Discormect event is reported from 0_Active PIC. 
Actions: 

- Compare the called party number with the dialled services information. 
Exit events: 

- Availability of routeing address and nature of address. (DP Analysedjnformation). 

- An exception condition is encountered (e.g. wrong number)- this leads to the 0_Exception PIC. 

- Calhng party abandons the call- this leads to the 0_Abandon DP. 

4.4.2.1 .1.3 Routing & Alerting 

Entry events: 

- Availability of routeing address and nature of address. (DP Analysedjnformation). 
Actions: 

- Information is being analysed and/or translated according to dialling plan to determine routeing address. 

- Routeing address being interpreted. 

- Originating call: Outgoing barring services and ODB categories not already applied are checked and invoked if 
necessary. 

Call is being processed by the terminating half BCSM. Continued processing of call setup (e.g., ringing) is 
taking place. Waiting for indication from terminating half BCSM that the call has been answered by terminating 
party. 

Exit events: 

- Indication from the terminating half BCSM that the call is accepted and answered by terminating party. 
(DP 0_Answer) 

- An exception condition is encountered - this leads to the 0_Exception PIC. 

- Calhng party abandons the call- this leads to the 0_Abandon DP. 

- A busy indication is received from the terminating party - this leads to the 0_Busy DP. 
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- A not reachable indication is received from the terminating party - this leads to the 0_Busy DP. 

- Attempt to select the route for the call fails - this leads to the Route_Select_Failure DP. 

- If the no reply timer expires and DP 0_No_Answer is armed - this leads to the 0_No_Answer DP. 

4.4.2.1.1.4 0_Active 
Entry events: 

- Indication from the terminating half BCSM that the call is accepted and answered by the terminating party. 
(DP 0_Answer) 

Actions: 

- Connection established between originating party and terminating party. Call supervision is provided. 

- Call release is awaited. 
Exit events: 

- A disconnection indication is received from the originating party, or received from the terminating party via the 
terminating half BCSM. (DP9 - 0_Disconnect). 

- An exception condition is encountered. 

4.4.2.1.1.5 0_Exception 

Entry events: 

- An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for a PIC can not be met. 

Actions: 

- Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

If any relationship exists between the gsmSSF and the gsmSCF send an error information flow closing the 
relationships and indicating that any outstanding call handling instructions will not run to completion. 

- The (G)MSC/gsmSSF should make use of vendor- specific procedures to ensure release of resources within 
the (G)MSC/gsmSSF, so that line, trunk and other resources are made available for new calls. 

Exit events: 

- Default handling of the exception condition by gsmSSF/(G)MSC completed. 

4.4.3 Terminating Basic Call State Model (T-BCSM) 
4.4.3.1 Description of T-BCSM 

The T-BCSM is used to describe the actions in a GMSC and in a VMSC during terminating calls. 

When encountering a DP the T-BCSM processing is suspended at the DP and the GMSC / VMSC indicates this to the 
gsmSSF which determines what action, if any, shall be taken in case the DP is armed. 



ETSI 



3G TS 23.078 version 3.4.0 Release 1999 



38 



ETSITS123 078V3 



1.4.0 (2000-03) 



Term 



Abandon 



nating_ Attempt_Authorised 



T Null 



Terminating Call IHandling 



T Di. iconnect 



T_Answer 



T Active 



T_Exception 



T_Busy 



T_No_Answer 



T_call_handling_failure 



T active failure 



Basic Call transition 

Figure 4.4: T-BCSM in tlie GIUISC / VIUISC 

In the following table the different DPs (in the T-BCSM) are described. 
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Table 4.2: Description of T-BCSIUl DPs in the GIUISC / VIUISC 



CAMEL Detection Point: 


DP Type 


Description: 


DP Terminating_Attempt_ 


TDP-R 


Indication that the T-CSI / VT_CSI is analysed. 


_Authorised 






DP T_Busy 


TDP-R (note 2), 
EDP-N, EDP-R 


Indication that: 

- a busy indication is received from the destination 

exchange, 

- Busy event is determined in the visited MSG, 

- Not reachable or call establishment failure event is 
determined from the HLR response or upon a cause 
IE in the ISUP release message. 


DP T_No_Answer 


TDP-R (note 2), 

CRD M CHD D 


Indication that an application timer associated with 
me 1 _rNO_Mnswer Ur expires 


DP T_Answer 


EDP-N, EDP-R 


Call is accepted and answered by terminating party 


DP T_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the 
terminating party or from the originating party. 


DP T_Abandon 


EDP-N, EDP-R 


A disconnect indication is received from the 
originating party during the call establishment 
procedure 


NOTE 1 : The DPs are defined in ITU-T Q.1224 ([6]). 

NOTE 2: DP T_No_Answer and DP T_Busy shall be reported as TDP-R when there is no relationship 
to gsmSCF. If a relationship to gsmSCF is already open, it shall be reported as EDP-R or 
EDP-N if armed so. 



4.4.3.1 .1 Description of tine call model (PICs) 

This subclause describes the call model for terminating calls in the GMSC and in the VMSC. For each PIC a description 
can be found of the entry events, functions, information available and exit events. 

It should be noted that although the names used for PICs match those used in ITU-T Q.1224 [6] the specific 
descriptions differ. 

4.4.3.1.1.1 T_Nulll 

Entry events: 

- Disconnection and clearing of a previous call (DP T_Disconnect) or default handling of exceptions by 
gsmSSF / GMSC / VMSC completed. 

- Abandon event is reported from Terminating Call Handling PIC . 

- Exception event is reported. 

Actions: 

- Interface is idled. 

- ISUPJAM is received, the appropriate information is analysed. 

- Send_Routeing_Info information flow is sent to HLR in case of GMSC. 

- Send_Info_For_Incoming_Call information flow is sent to VLR in case of VMSC. 

- In case of GMSC: 

- The supplementary services "barring of all incoming calls" and "barring of incoming calls when roaming" are 
checked and invoked if necessary. 
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The ODB categories "barring of all incoming calls" and "barring of incoming calls when roaming" are 

checked and ODB is invoked if necessary. 

The supplementary service "CUG" is checked and invoked if necessary. 

- T-CSI/VT-CSI is received and analysed. 

Exit events: 

- Response is received from HLR / VLR and terminating CSI (if available) is analysed. 

- An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. 

Example exception condition is: 

- Calhng party abandons call. 

4.4.3.1 .1 .2 Terminating Call Handling 

Entry events: 

Response is received from HLR / VLR and terminating CSI (if available) is analysed. 

(DP Terminating_Attempt_Authorised) . 

- New routeing information is received when Busy event (DP T_Busy) or No Answer event (DP T_No_Answer) 
is reported from Terminating Call Handling PIC. 

- New routeing information is received when Disconnect event is reported from T_Active PIC. 

- New routeing information is received when the terminating party not reachable is reported from Terminating 
Call Handling PIC. 

NOTE: The HLR may use MAP signalling to indicate to the GMSC before the call is extended to the destination 
VMSC that the terminating party is not reachable, or the destination VMSC may use telephony signalling 
to indicate to the GMSC after the call has been extended to the destination VMSC that the terminating 
party is not reachable. 

Actions: 

- The response from HLR / VLR is analysed. 

- Routeing address and call type being interpreted. The next route or terminating access is being selected. 

- The terminating party is being alerted. Waiting for the call to be answered by terminating party. 

- The GSM supplementary service call forwarding is invoked if necessary. 
Exit events: 

- Call is accepted and answered by terminating party. 

- An exception condition is encountered - this leads to the T_Exception PIC. Example exception conditions: the 
call setup to the MSC/GMSC was not successful. 

- Calhng party abandons the call - this leads to the T_Abandon DP. 

- The terminating access is busy in the VMSC or a busy indication is received from the destination exchange in 
the GMSC - this leads to the T_Busy DP. 

- Not reachable event detected or failure of attempt to select the route for the terminating leg in GMSC or the MS 
cannot be reached in the VMSC - this leads to the T_Busy DP. 

- If no reply timer expires and DP T_No_Answer is armed - this leads to the T_No_Answer DP. 

4.4.3.1.1.3 T_Active 

Entry events: 

- Indication that the call is accepted and answered by the terminating party. (DP T_Answer). 
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Actions: 

Connection established between originating party and terminating party. Call supervision is being provided. 

- Call release is awaited. 
Exit events: 

- A disconnection indication is received from the terminating party, or received from the originating party via the 
originating half BCSM. (DP T_Disconnect). 

- An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure that means that the normal exit events for a PIC can not be met. 

4.4.3.1.1.4 TException 

Entry events: 

- An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for PIC cannot be met. 

Actions: 

- Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

- If any relationship exists between the gsmSSF and the gsmSCF send an error information flow closing the 
relationships and indicating that any outstanding call handling instructions will not run to completion. 

- The GMSC / VMSC / gsmSSF should make use of vendor-specific procedures to ensure release of resources 
within the GMSC / VMSC / gsmSSF, so that Une, trunk and other resources are made available for new calls. 

Exit events: 

- Default handling of the exception condition by gsmSSF/GMSC completed. 

4.4.4 Rules for Implicit Disarming of Event Detection Points' 

The following tables give the rules for implicit disarming of event detection points. 

Implicit EDP disarming rules are specified in the tables below for Originating BCSM and respectively Terminating 
BCSM. Each table specifies which EDP's shall be disarmed (i.e. MonitorMode set to Transparent) if/when each EDP is 
encountered, irrespective of the EDP's MonitorMode (Transparent, Notify AndContinue, or Request). 

When EDP's armed with MonitorMode 'Request' (EDP-R's) are encountered, any implicit EDP disarming shall take 
place before reporting the EDP and transiting the gsmSSF to the WFl state (if not already suspended in the WFl state). 

If the BCSM has encountered DP 0/T_Answer then an originator release must be detected as a DP 0/T_Disconnect. 

NOTE: The rules are designed for use in a Single Point of Control configuration and may require further 

enhancements if they were to be used in a Multiple Points of Control configuration. Enhancements to 
these rules in order to cover all aspects of MPC will have to be catered for in the next CAMEL Phase. 

The table entry 'X' means that if one DP occurs (independently of arming and reporting to the gsmSCF) the marked one 
is implicitly disarmed. 

It shall be possible to rearm explicitly an implicitly disarmed DP, e.g. for follow on call. 
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Table 4.3: Implicit disarmed DPs in the 0-BCSIUI 



CilLftJUlUcr cU Ui 


Implicit disarmed DPs 


DP4 


DP 5 


DP 6 


DP 7 


DP 9 

Leg1 


DP 9 

Leg2 


DP 10 


DP4 Route Select Failure 


X 


X 


X 


X 




X 




DPS 0_Busy 


X 


X 


X 


X 




X 




DP6 0_No_Answer 


X 


X 


X 


X 




X 




DP7 Answer 


X 


X 


X 


X 






X 


DP9 0_Dlsconnect Legl 










X 




X 


DP9 0_Disconnect Leg2 


X 


X 


X 


X 




X 




DP10 0_Abandon 










X 




X 



Table 4.4: Implicit disarmed DPs in the T-BCSM 



Encountered DP 


Implicit disarmed DPs 


DP 13 


DP 14 


DP 15 


DP 17 
Legl 


DP 17 
Leg2 


DP 18 


DP13 T_Busy 


X 


X 


X 




X 




DP14 T_No_Answer 


X 


X 


X 




X 




DP15 T_Answer 


X 


X 


X 






X 


DPI 7 T Disconnect Legl 








X 




X 


DP17 T_Disconnect Leg2 


X 


X 


X 




X 




DP18 T_Abandon 








X 




X 



4.4.5 BCSM Modelling of Call Scenarios 

This subclause describes how the BCSMs defined above are used to model GSM call scenarios. For each scenario the 
used and unused BCSMs involved in the call are shown. 

In some cases these models may have an allocation to physical nodes different from that shown. However, the physical 
separation of the logic functions shown shall not impact the modelling. This subclause describes the call scenarios 
without optimal routeing. If optimal routeing is invoked the physical configurations may be different from those shown, 
but the modelling is not changed. 

CAMEL may be applied simultaneously and independently for each GSM subscriber involved in a call. This is not 

shown in these scenarios. 

Subscribers other than those being served by CAMEL may be either PSTN subscribers, other GSM subscribers or any 
other addressable subscriber. 

4.4.5.1 Mobile Originated Call 

The O-BCSM for the call from A to B (labelled "O(A-B)") is invoked if the A-party has an active O-CSI. A control 
relationship with gsmSCF (1) will be created. 
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4.4.5.2 



Figure 4.5: BCSiU! Scenario for lUlobiie Originated Call 
Mobile Terminated Call at the GMSC / VMSC 



The T-BCSM for the call from A to B (labelled "T(A-B)") is invoked if the B-party has an active T-CSI (in GMSC) or 
VT-CSI (in VMSC). A control relationship with gsmSCF (1) / gsmSCF (2) will be created. 

The relationships with gsmSCF (1) and gsmSCF(2) may exist simultaneously. The two gsmSCF endpoints of the 
relationships are treated independently. 

The nodes gsmSCF (1) and gsmSCF (2) may be the same or different entities. 
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A-Party 




B-Party 



4.4.5.3 



Figure 4.6: BCSM Scenario for Mobile Terminated Calls at the GMSC / VMSC 

Call Forwarding at the GMSC / VMSC 



The T-BCSM for the call from A to B (labelled "T(A-B)") is invoked if the B-party has an active T-CSI (in GMSC) or 
VT-CSI (in VMSC). A control relationship with gsmSCF (1) will be created. Following processing at the GMSC / 
VMSC the call will be extended to the VMSC serving the B-party. This VMSC may be physically integrated with the 
GMSC. 
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A new call leg to a "C" party is created if: 

a GSM call forwarding supplementary service forwards the call to C. In this case O-BCSM O(B-C) is always 
invoked for the forwarding party if an O-CSI has been received by the GMSC from the HLR and the trigger 
criteria are satisfied; or 

- a CAMEL service in a control relationship with T(A-B) performs a CAMEL-based call forwarding by using a 
Connect information flow. In this case O-BCSM O(B-C) is created. 

- The O-BCSM opens a control relationship if the following conditions are met: 

- The subscriber has an active O-CSI or there is an active N-CSI or there is an active D-CSI. 
The triggering criteria are satisfied. 

- The last Connect operation included the "O-CSI appUcable" flag. This flag affects to O-CSI only. 
A control relationship with gsmSCF (2) wiU be created. 

The relationships with gsmSCF (1) and gsmSCF(2) may exist simultaneously. The two relationships are treated 
independenfly at the GMSC. The BCSM T(A-B) and BCSM O(B-C) are linked by an internal interface which is 
assumed to behave in a similar way to an ISUP interface. 

The nodes gsmSCF (1) and gsmSCF (2) may be the same or different physical entities. 




Figure 4.7: BCSM Scenario for Call Forwarding at the GMSC / VMSC 



4.5 Procedures for CAMEL 

The SDLs in this specification illustrate how CAMEL modifies the normal call handUng. They do not attempt to show 
all the details of call handling in nodes that support CAMEL. Relevant parts of 3G TS 23.018 [3] apply in addition to 
these SDLs. For example, some inputs leading to unsuccessful call attempts are not shown on these diagrams - 
corresponding clauses in 3G TS 23.018 [3] apply. 

Note that in some SDL processes and procedures the Release message may be sent on both an access interface and an 
inter-switch interface. If the message is sent on a UNI, its effect is the same as a Release transaction message. 

The text in this clause is a supplement to the definition in the SDL diagrams ; it does not duplicate the information in 
the SDL diagrams. 

4.5.1 Overall SDL architecture 

The following diagram shows the overall architecture for the SDL diagrams. 
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Figure 4.8a: Outgoing case (gsmSSF relay) 
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Figure 4.8b: Outgoing case (direct patli gsmSCF to gsmSRF or assist witli relay) 
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Figure 4.8c: Terminating GIUISC case (gsmSSF relay) 
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Figure 4.8d: Terminating GIUISC case (direct path gsmSCF to gsmSRF or assist with relay) 
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NOTE: The ICH_MSC may also be connected via an A interface to the terminating MohWe Station. 

Figure 4.8e: Terminating VIUISC case (gsmSSF relay) 
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NOTE: The ICH_MSC may also be connected via an A interface to the terminating Mobile Station 

Figure 4.8f : Terminating VIUISC case (direct path gsmSCF to gsmSRF or assist with relay) 
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Figure 4.8g: Assisting case 



4.5.2 Handling of mobile originated calls 



4.5.2.1 



Handling of mobile originated calls in the originating MSG 



The functional behaviour of the originating VMSC is specified in 3G TS 23.018 [3]. The procedures specific to 
CAMEL are specified in this subclause: 

- Procedure CAMEL_OCH_MSC_INIT; 

- Procedure CAMEL_OCH_MSC_ANSWER; 

- Procedure CAMEL_OCH_MSCl; 

- Procedure CAMEL_OCH_MSC2; 

- Procedure CAMEL_OCH_MSC_DISCl; 

- Procedure CAMEL_OCH_MSC_DISC2; 

- Procedure CAMEL_OCH_MSC_DISC3; 

- Procedure CAMEL_OCH_MSC_DISC4; 

- Procedure CAMEL_OCH_ETC; 

- Procedure CAMEL_OCH_CTR; 

- Procedure CAMEL_Start_TNRy; 

- Procedure CAMEL_Stop_TNRy; 

- Procedure CAMEL_Store_Destination_Address; 

- Procedure CAMEL_Modify_CUG_Info; 

- Procedure CAMEL N CSI CHECK MSC. 
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NOTE: Procedure CAMEL_OCH_MSC_DISC3 applies to CAMEL Phase 1 only. 
The procedure Send_Access_Coimect_If_Required is specified in 3G TS 23.018 [3]. 

The following paragraphs give details on the behaviour of the MSC in the procedure CAMEL_OCH_MSC_INIT, 
CAMEL_OCH_ETC, CAMEL_OCH_ ANSWER and CAMEL_Store_Destination_Address. 



The MSC checks the default Call Handling parameter in the relevant CSl. 

If the default call handling is release call, a Release is sent to the MS and an Abort to the VLR. The MSC then releases 
all call resources and the procedure CAMEL_OCH_MSC_INIT ends. 

If the default call handling is continue call, the MSC continues processing without CAMEL support. It sends 
Send_Info_For_Ougoing_Call to the VLR and waits in state Wait_For_MO_CaU_Result. 

4.5.2.1 .2 Actions of the MSC on receipt of lnt_Continue 

The MSC continues processing without any modification of call parameters. At DP_Analysed_Information it sends 
Send_Info_For_Ougoing_Call to the VLR and waits in state Wait_For_MO_Call_Result. 

4.5.2.1 .3 Actions of tine MSC on receipt of lnt_Continue_Witli_Argument 

The MSC continues processing with modified call parameters. The MSC shall replace the call parameters by the 
information received in the Int_Continue_With_Argument message. Call parameters which are not included in the 
Int_Continue_With_Argument message are unchanged. 

Signalhng limitations or regulatory requirements may require the Calhng Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

4.5.2.1 .4 Actions of the MSC on receipt of lnt_Connect 

The MSC continues processing with modified call parameters. The MSC shall transparently modify the call parameters 
with the received information. The MSC then sends a PROGRESS message to the MS. Call parameters which are not 
included in the Int_Cormect message are unchanged. 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

The network signalling system shall indicate that this is an internal network number. 

At DP_Collected_Information the MSC sets the 0-CSl suppression parameter. If D-CSl and N-CSl are not present, the 
MSC sends a Send Info For Outgoing Call to the VLR and waits in state Wait_For_MO_Call_Result. 

At DP_Analysed_Information it sets the D-CSI suppression parameter, sends a Send Info For Outgoing Call to the VLR 
and waits in state Wait_For_MO_Call_Result. 

4.5.2.1 .5 Actions of the MSC on receipt of lnt_Release_Call 

A Release is sent to the MS, an abort to the VLR and a Release is sent to the destination exchange. The release cause 
received in the Int_Release_Call is used. The MSC then releases all call resources and the procedure 
CAMEL_OCH_MSC_lNlT ends. 



If the MSC received a destination address from the GMSC in the ISUP Answer or Connect message, the MSC relays 
the destination address to the gsmSSF in the Int_DP_0_Answer message. 

NOTE 1: The sending of e-parameters by the gsmSCF after receiving the DP_0_Answer indication may be to late. 



4.5.2.1.1 



Actions of the MSC on receipt of lnt_Error 



4.5.2.1.6 



Action of the MSC in procedure CAMEL_OCH_MSC_ANSWER 
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NOTE 2: If the MO call is not subject to Basic OR, then the destination address is generated by the MSC. If the 

MO call is subject to Basic OR, the MSC will receive a destination address from the GMSC in the ISUP 
answer or connect message. 

4.5.2.1 .7 Action of the MSC in procedure CAMEL_OCH_ETC 

In procedure CAMEL_OCH_ETC (sheet 2) the MSC will remain in the Wait_For_Assisting_Answer state until it 
receives an ISUP Answer Message (ANM) or timeout occurs. This is to ensure that a call record is always generated for 
every successful estabhshment of a temporary connection to a gsmSRF, especially in the case where the connection is 
between PLMNs. 

NOTE: This means that it may not be possible to access an SRF which does not generate an ISUP Answer 
Message (ANM). 

If a Progress message is sent towards the MS the progress indicator shall indicate "In Band Information". 



4.5.2.1 .8 Action of the MSC in procedure CAMEL_Store_Destination_Address 

The Int_Store_DA message carries the value of the global variable Destination address and the parameters OR and 
Forwarding received in the procedure call. 
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Procedure CAMEL_MO_Dialled_Services 

Procedure in the MSG to K 
process CAMEL dialled services 
for mobile originated calls 
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Figure 4.9a: Procedure CAIUIEL MO_Dialled_Services (sheet 1) 
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Procedure CAMEL OCH MSG INIT 



1(4) 



/* Procedure i n the MSG to perform 
CAMEL handling for an outgoing 
call request*/ 



/* Signals to/from the right are 
to/from the gsmSSF. 7 
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Figure 4.10a: Procedure CAMEL_OCH_MSC_INIT (sheet 1) 
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Procedure CAMEL OCH MSG INIT 



/* Procedure in the MSG to perform 
CAMEL handling for an outgoing 
cail request */ 
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Figure 4.10b: Procedure CAMEL_OCH_MSC_INIT (sheet 2) 
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Procedure CAMEL OCH MSG INIT 



3(4) 



/* Procedure in the MSG to perform \ 
CAM EL handling for an outgoing ] 
call request*/ 



/* Signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 7 
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Figure 4.10d: Procedure CAMEL_OCH_MSC_INIT (sheet 3) 
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Procedure CAMEL OCH MSG INIT 



/* Procedure in the MSG to perform 
CAMEL handling for an outgoing 
cail request */ 
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Figure 4.1 Oe: Procedure CAMEL_OCH_MSC_INIT (sheet 4) 
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Procedure CAMEL SDS MO IN IT 



/* Procedure in the MSG to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



/* Signals to/from the left are K 
to/from the BSS; signals to/from the right are 
to/from the gsmSSF. */ 



1(3) 



Result= 
Pass 





Allocate Call 
Reference Number 



Store Original 
(pall Parameter^ 




lnt_lnvoke_ 
gsmSSF 



WaitJor_ 
g^mSSF_lnvok^d 













lnt_gsmSSF_ \ Release 
Invoked \^ ^transactor 








lnt_DP_ \ 
Analysed__ y 
Info / 


lnt_0_Exce^ 


\ 


/ 





^ DP_ 

Analysed_ 
\ Info 



} 



Result:= 
Abort 




Figure 4.11a: Procedure CAMEL_SDS_MO_lnit (sheet 1) 
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Procedure CAMEL SDS MO IN IT 



2(3) 



/* Procedure in the MSG to perform 
CAMEL handling for a subscribed 
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Figure 4.11b: Procedure CAMEL_SDS_MO_INIT (sheet 2) 
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Procedure CAMEL SDS MO IN IT 
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Figure 4.11c: Procedure CAMEL_SDS_MO_INIT (sheet 3) 
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Procedure CAMEL NDS MO INIT 



1(3) 



/* Procedure in the MSG to perform 
CAMEL handling for a network ] 
Dialled Service for mobile originated calls*/ 
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Figure 4.12a: Procedure CAMEL_NDS_MO_INIT (sheet 1) 
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Procedure CAMEL NDS MO INIT 



2(3) 



/* Procedure in the MSG to perform 
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Figure 4.12b: Procedure CAMEL_NDS_MO_INIT (sheet 2) 
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Procedure CAMEL NDS MO INIT 
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Figure 4.12c: Procedure CAMEL_NDS_MO_INIT (sheet 3) 
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Procedure CAMEL OCH MSG ANSWER 



1(2) 



/* Procedure in the MSG to 
handle an outgoing call 7 
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Figure 4.13a: Procedure CAMEL_OCH_MSC_ANSWER (sheet 1) 
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Procedure CAMEL OCH MSG ANSWER 
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handle an outgoing call */ 
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Figure 4.13b: Procedure CAMEL_OCH_ANSWER (sheet 2) 
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Procedure CAMEL OCH MSC1 



/* Procedure in the MSG in the 
case of CAIVIEL handling to 
connect a call at DP Busy, 
Route select failure. */ 
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Figure 4.14a: Procedure CAMEL_0CH_MSC1 (sheet 1) 
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Procedure CAMEL OCH MSC1 



2(3) 



/* Procedure in the MSG in the 
case of CAMEL handling to 
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Route select failure. */ 
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not oltierwise stated. 



idon 



P O Abando 



lnt_contln 




Result:= 
continue 




Figure 4.14b: Procedure CAMEL_0CH_MSC1 (sheet 2) 
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Procedure CAMEL OCH MSC1 



3(3) 



/* Procedure in the MSG in the 
case of CAIVIEL handling to 
connect a call at DP Busy, 
Route select failure. */ 



Signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



lnt_Establisj/ 
Temporar 
Gonneptinn 



D P_Ro ute_Select Failu re 

DP_0_Busy 



lnt_Gonnect_To 
Resource 



GAWlEL OCH ETC 



EL OCH c;tr 






No 




Yes 






Result:= 






continue 












Figure 4.14c: Procedure CAMEL_0CH_MSC1 (sheet 3) 



ETSI 



3G TS 23.078 version 3.4.0 Release 1999 



67 



ETSI TS 123 078 V3.4.0 (2000-03) 



Procedure CAMEL OCH MSC2 



/* Prodecu/re in the MSG to 
connect a call at DP 
No Answer*/ 



1(3) 



No 

Result:= 
coninue 



jsmSSF 
ivoked?^ 



Signals to/from |\ 
the right are to/from the gsmSSF if 
not otherwise stated. 







lnt_DP 


_0_N^ 












DP O No Answer 



Int Connect 



Int Continue 



Int Error 



CAIVIEL_ 

_Modify_ 
GUG Info 



Modify call 
parameters with 
reoeivedJritarmatlo n 



lnt_Releas^all 



Result:= 
release 




Send Info Fbr To process 
ReconnectejTGall GAMEL_Reconnected_ 
/ Gall VLR 



lnt_0_Excepnon 



/ Wait_For \ 
'Reconnected i 
\ Gall 2 7 



Result:= 
release 



Send Info For From process 
Reconnect^ Call GAMEL_Reconnected_ 
Negative RRSpon6eall_VLR 




|lnt_0_Execpnon 



Results 
release 



Send Info For From process 
Reconnect^ Call GAMEL_Reconnected_ 
Acl« \ Gall VLR 



Result:= 
reconnect 





Figure 4.15a: Procedure CAMEL_0CH_MSC2 (sheet 1) 
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Procedure CAMEL OCH MSC2 



2(3) 



/* Prodecu/re in the MSG to 
connect a call at DP 
No Answer*/ 



DP O No Answer 







\ Release 






lnt_DP 


_0_A^ 



Signals to/from the left are 
to/from the BSS; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. 



P O Abando 







lnt_continiffi 






Result:= 
fail 








Figure 4.15b: Procedure CAMEL_0CH_MSC2 (sheet 2) 
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Procedure CAMEL OCH MSC2 



3(3) 



/* Prodecu/re in the MSG to 
connect a call at DP 
No Answer*/ 



Signals to/from the right are to/from 
the gsmSSF If not otherwise stated. 



DFf 0_No_Answer 



int_Establisj/ 
Temporar 
Gonneptinn 



GAMEL OGH ETG 



lnt_Gonnect_To 
Resource 



GAMEL OGH C;TR 




No 




Yes 




Resuit:= 




release 




Figure 4.15c: Procedure CAMEL_0CH_MSC2 (sheet 3) 
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Procedure CAMEL OCH MSG DISC1 



1(1) 



/• Procedure in the MSG perform 
handling for a call release */ 



/* Signals to/from t\ 
the right are to/from the gsmSSF if 
not othenwise stated. */ 



No 




lnt_DP_ 
0_Disconnec 
/*legld = 1/7 



DP 



C^_Disconnect_/1 




From destination 
exchange 




Figure 4.16a: Procedure CAMEL_0CH_MSC_DISC1 (sheet 1) 
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Procedure CAMEL OCH MSG DISC2 



/* Procedure in the MSG perform 
handling for a call release 7 



Nd 



result:= 
normal_ 
handling 




/* Signals to/from the left are | \ 
to/from the BSS or the process 
l\/IT_GI\/ISC; signals to/from 
the right are to/from the gsmSSF if 
not othenwise stated. */ 



1(2) 



lnt_DP_ 

_0_DisconneC;t 
/* legld = 2/y 




> Release 



lnt_DP_ 
0_Disconnei 
/* leg Id = \/l 



DP_ 
P Disco nnec 





Int Connect 



CAMEL_ 
Modify^ 



To process 
CAMEL_ 
Reconnected_ 
Call VLB 




Send Info Fbr 
Reconnecte(jCall 



Int Continue 



lnt_Rele as^ all 



T 




/ Wait_For 
Reconnected 
\ Call 2 



From process 
CAMEL_ 
Reconnected_ 
Call VLR 



Send Info For 
Reconnect^ Call 
Negatiyfi Reftponse 



lnt_0_Exception 



From process 
CAMEL_ 
Reconnected_ 
Call VLR 



Send Info For 
Reconnected Call 
Ar.k ^ \ 



Answer Received 
False 



Release 



result:= 
CAMEL handlinb 



Result := 
reconnect 





Figure 4.17a: Procedure CAMEL_0CH_MSC_DISC2 (sheet 1) 
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Procedure CAMEL OCH MSG DISC2 



2(2) 



/• Procedure in the MSG perform 
handling for a call release */ 



Signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



DPI O Disconnect 2 



lnt_Establisl 
Tempo ran 
Connection 



lnt_Connei 
Resource 



To 




DPIO Disconnect 2 




Figure 4.17b: Procedure CAMEL_0CH_MSC_DISC2 (sheet 2) 
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Procedure CAMEL_0CH_MSC_DISC3 CAM0D3_1 (1 ) 



/* Procedure in the originating VI\/ISC 

to handle premature release of a CAMEL caH7 




to gsmSSF 



Figure 4.18a: Procedure CAMEL_0CH_MSC_DISC3 (sheet 1) 
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Procedure CAMEL OCH MSG DISC4 



1(1) 



/* Procedure in the MSG perform 
CAMEL handling for a call release *l 



No 




r Signals to the right are to 
the gsmSSF 7 



indon 




Figure 4.19a: Procedure CAMEL_0CH_MSC_DISC4 (sheet 1) 
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Procedure in the MSG 
to handle a temporary 
connection 



ETSI TS 123 078 V3.4.0 (2000-03) 

1(3) 



Signals to/from the left are to/from, 
the BSS; 

signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. 



Initial 
Address 



To CAMEL_ 

Assisting_MSC 

orSRF 



endAlerting 
lf_Required 



Procedure defined 
in GSM 03.18 



/ WaiLFor_ \ 
^ssisting_ACI\^ 



Release 




True 



lnt_DP_0 Disconnect 
rieglD*/ 



W ai t_ ForD i sc on ne ct_ 
FotWard Connection 



lnt_Disoonpect_ 
Forward__CQnnection 



Release 



Results 
pass 



To CAMEL_ 

AssistingLMSC 

orSRF 




Release 



Int ETC Fail 



False 



lnt_DP_0_^andon 



Result:= 
pass 



[^ P_0_, 



Abando 







lnt_contini« 






Release ^ 






Result:= 
fail 








To CAMEL_ 

AssistingLMSC 

orSRF 



FromCAMEL_ 
AssistingLMSC 
orSRF 



Figure 4.20a: Procedure CAMEL_OCH_ETC (sheet 1) 
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Procedure CAMEL OCH ETC 



2(3) 



Procedure in the M SC , 
to tiandle a temporary 
connection 



Wait_For_ 
Assisting_ACM 



Signals to/from the left are to/from K 
the BSS; 

signals to/from therght are 

to/from the CAMEL_Assisting_MSC or SRF. 



Address 
Complete 




Figure 4.20b: Procedure CAI\/IEL_OCH_ETC (slieet 2) 
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Procedure CAMEL OCH ETC 



3(3) 



Procedure in the MSG 
to handle a temporary 
connection 



Release 



True 



lnt_DP_OJ^ 
Disconnect 
/'leglPy / 



Waiit_For_DisconrTect_ 
Fo ilwa rd_Co nn ecilo n 



Signals to/from the left are to/from, 
the BSS; 

signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. 



Temporary_Connection_Established 
Wa it_Fo r_Assl stin g_Answe r 





false 




Int DP 


o\ 




Abandon / 







P O Abando 



Int contin 



Release 



lnt_TC_ 
Released 



Result:= 
pass 




From CAMEL_ 
AsslstlngLMSC 
orSRF 



ToCAMEL_ 
Assisting_MSC 
or SRF 



lnt_Discon 

Forward_ 

Connection 



lnt_TC_ 
Released 



Release 



Result:= 
pass 




ct 



Release 



To CAMEL_ 
AsslstlngLMSC 
or SRF 



Result:= 
fall 



I 




Figure 4.20c: Procedure CAMEL_OCH_ETC (sheet 3) 
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Procedure CAMEL_OCH_CTR 

Procedure in the originating MSG , 
to handle a ConnectTo Resource 
operation ' 



1(4) 



Signals to/fro m the left are \ 
to/from the BSS; 

signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 




lnt_lnvoke_ 
SRF 



Await_S R F_ 
_lnitialisation 



lnt_SR F_ 
iConnected 



Connect SRF to 
the call 







Send_Alerti ng_ 
lf_Required 


' Procedure defined 
^in GSM 03.18 




Figure 4.21a: Procedure CAMEL_OCH_CTR (sheet 1) 
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Procedure CAMEL OCH CTR 



Procedure in the originating MSC 
to handle a Connect To Resource 
operation 



Signals to/from the left are K 
to/from the BSS; 

signals to/from the right are to/from 
the gsmSSF if not othenwise stated. 



Release 



. From SRF 



Int SRF Released 



Result:= 
pass 




Release 




ReSUlt:= Kn r^ au j U 

pass PP_0_Abandoh 








lnt_contlnLie 






Result:= 
fail 







lnt_Disconrigct_ 
I Forward 




- Jo SRF 



/Awalt_SRF 
Disconnection 
\ Gontlnufi 



lnt_SRF_ 
Released 



, From SRF 



Int SRF Released 



Result:= 
pass 



To SRF 




Relay 



True 



lnt_DP_0_\ 
Disconnect 
/* l e glf ^ V / 




lnt_DP_0^ 
Abandon 
/* l e g I D */ 



Wai|_For_Dlsconnect_ 
Foiward_Connection 



Abandon 



lnt_Disconpect_ 
Forward_c5Qnnection 



Int continue 



lnt_D iscon nect_ W alLFo r_D isco n h ect_ 
SRF / ForWard Connection 



Awalt_SRF 
Isconnection 



\ Ac 


IVfi / 






lnt_SRF_ X 
Released ^ 






Result := 
Pass 











lnt_Disconr>ect_ 
Forward_Connection 






Int Disconnect 
SRF 7 


\ 





/Await_SRF_\ 
Disconnection i 
\ Bail T 



To SRF 



Figure 4.21b: Procedure CAMEL_OCH_CTR (sheet 2) 
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Procedure CAMEL OCH CTR 



3(4) 



PrcKedurein the originating MSG , 
to handle a ConnectTo Resource 
operation ' 



Signals to/from the rig ht are to/from K 
the gsmSSF. "-^ 
Signais to/fron the left are to/from 
the external SRF. 



Relay 



CAP_Play. 
An n u nc e m er 



CAP_Play. 
Ann ouncem erlt 



CAP_Prompt_ / 

And_Coliect_/ 

User_lnformatK><i 



C AP_Prompt, 
And_Collect_ 
User_lnforma 



C AP_Speciaiized_ 
>Ressource_R aport 



CAP_Speciaiizfed_ 
Ressource_Repoia 



CAP_Prompt_l 
>And_Coiiect_"| 

User_lnformajion 
-ack-i ' 



CAP_Prom pt_\ 
And_Collect_ \ 
User_lniorm atiari 
Huk 1 



Figure 4.21c: Procedure CAMEL_OCH_CTR (sheet 3) 
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Procedure CAMEL OCH CTR 



4(4) 



Procedure in the originating IVISC 
to handle a Connect To Resource 
operation 



Await SRF Initialisation 



Signals to/from the left are \ 
to/from the BSS; 

signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



> Release 



True 



\nswer^ 
^eceivec 



False 



lnt_DP_0_btsconnect 
/*leglD*/ / 



Int Disconnect SRF To SRF 



AwaLSRF 
Disconnection 
\ Active 



lnt_SRF_ 
Released 



. From SRF 



lnt_DP 


_0^ 







P O Abando 



Int contin 



Int Disconnect SRF To SRF 



/ AwaLSRF_ 
Disconnection 
\ Eall : 




Figure 4.21d: Procedure CAMEL_OCH_CTR (sheet 4) 
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Procedure CAMEL_Start_TNRy 1(1) 



iProdedure in MSG to starf^ 
ithe tim er TNRy ^ 




Figure 4.22: Procedure CAI\/IEL_Start_TNRy (slieet 1) 
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Procedure CAMEL_Stop_TNRy 1(1) 

Procedure in the MSG; 
to stop the timer TN Ry 




Figure 4.23: Procedure CAIUIEL_Stop_TNRy (sheet 1) 
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Procedure CAMEL Store Destination Address 



1(1) 



Procedure in the MSG to ^ , 
store the destination addressi 
for an originating call leg, 
roaming leg or forwarding leg 



Signals to the righfLA 
are to the gsmSSF 




Procedure CAME L_Store_Destination_Add res sl^ 
FPAR IN OR, Forwarding 




Figure 4.24: Procedure CAMEL_Store_Destination_Address (sheet 1) 
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Procedure CAMEL_Modify_CUG_lnfo 



1(1) 



/* Procedure in the MSG to modify CUG 
information for tlie call as instructed 
by the gsmSCF via the gsmSSF. 7 




"CUG Control" 
parameter present? 



Modify CUG 
[Parameters with 



Yes 





Remove CUG 
parameters 



Yes 




Figure 4.25: Procedure CAMEL_Modify_CUG_lnfo (sheet 1) 
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Procedure CAMEL N CSI CHECK MSC 



1(1) 



Procedure in the MSC to check 
the N-CSI and set the N-CSI availab e 
parameter for SIFOC accordingly. 




Set 



N-CSI available 
parameter 



No 



Figure 4.26: Procedure CAMEL_N_CSI_CHECK_MSC (sheet 1) 



4.5.2.2 



Handling of mobile originating calls in the originating VLR 



The functional behaviour of the originating VLR is specified in 3G TS 23.018 [3]. The procedure specific to CAMEL 
are specified in this subclause : 

- Procedure CAMEL_OCH_VLR. 

- Process CAMEL Reconnected Call VLR. 
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Procedure CAMEL OCH VLR 



Procedure in the VLR 

to handle an outgoing call stup 



1(1) 



/* Signals to/from the left are 
to/from the MSG 7 



0-C| ior D-CSI present 
or N-CSfayailable-feceived? 



Yes 




Figure 4.27a: Procedure CAMEL_OCH_VLR (sheet 1) 
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Process CAMEL Reconnected Call VLR 



1(1) 



Process r the VLR 

'to handle Send_hfo^ -i 

'For_Reconnected_Cal| 



Signals to/from the leftarel 
to/from the MSC. 



Send Info For 
>Reconnected 
Call 



Check_OG_ 
Barring 



CheckODB and SS barring, 
"i Specified In GSM 03.18 




Send Info For 
Reconneded 
C all Ack 



M/ 
Idle 



Set error:= 
Call barred 



Send Info For 
Reconnected C 
Negative Respc 




Figure 4.28a: Process CAiUIEL_Reconnected_Caii_VLR (sheet 1) 
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4.5.3 Retrieval of routeing information 

4.5.3.1 Retrieval of routeing information in the GMSC 

The functional behaviour of the GMSC is specified in 3G TS 23.018 [3]. The procedures specific to CAMEL are 
specified in this subclause: 

- Procedure CAMEL_Set_ORA_Parameters; 

- Procedure CAMEL_MT_GMSC_INIT; 

- Procedure CAMEL_MT_GMSC_ANSWER; 

- Procedure CAMEL_MT_GMSC_DISC1; 

- Procedure CAMEL_MT_GMSC_DISC2; 

- Procedure CAMEL_MT_GMSC_DISC3; 

- Procedure CAMEL_MT_GMSC_DISC4; 

- Procedure CAMEL_MT_GMSC_DISC5; 

- Procedure CAMEL_MT_GMSC_DISC6; 

- Procedure CAMEL_MT_CTR; 

- Procedure CAMEL_MT_ETC; 

- Procedure CAMEL_Start_TNRy; 

- Procedure CAMEL_Stop_TNRy; 

- Procedure CAMEL_MT_GMSC_Notify_CF. 

NOTE: Procedure CAMEL_MT_GMSC_DISC3 applies to CAMEL Phase 1 only. 
The procedure Send_ACM_If_Required is specified in 3G TS 23.018 [3]. 

The following paragraphs give details on the behaviour of the GMSC in the procedure CAMEL_MT_GMSC_INIT. 

4.5.3.1 .1 Action of the GMSC on receipt of lnt_Release_Call 

An lSUP_Release is sent to the originating exchange and resources are released. 

4.5.3.1 .2 Action of the GMSC on receipt of lnt_Error 

The GMSC checks in T-CSI the default Call Handling parameter. 

If the default call handling is release call, an ISUP_Release is sent to the originating exchange. The MSC then releases 
all call resources and the procedure CAMEL_MT_GMSC_INIT returns result=fail. 

If the default call handUng is continue call, the MSC continue call handUng without CAMEL support. 

4.5.3.1 .3 Action of the GMSC on receipt of lnt_Continue 

If a FTN has been stored the information received from HLR is used to overwrite corresponding call parameters. Note 
that the MSISDN is replaced by the FTN as the Called party number. The redirection counter is incremented. 

If no FTN has been stored, a Send Routeing Info message including a T-CSI suppression parameter is sent to the HLR. 
The Send Routing Info includes an indication which CAMEL Phases are supported by the GMSC/gsmSSF. 
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4.5.3.1 .4 Action of the GMSC on receipt of lnt_Continue_Witli_Argument 

If an FTN has been stored, the information received from HLR is used to overwrite corresponding call parameters. The 
MSISDN is replaced by the FTN as the Called party number. The redirection counter is incremented. 

If no FTN has been stored, a Send Routeing Info message including a T-CSI suppression parameter is sent to the HLR. 
The Send Routing Info includes an indication which CAMEL phases are supported by the GMSC/gsmSSF. 

The MSC shall replace the call parameters by the information received in the Int_Continue_With_Argument message. 
Call parameters which are not included in the Int_Continue_With_Argument message are unchanged. 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

4.5.3.1 .5 Action of the GMSC on receipt of lnt_Connect 

If the Destination Number received from the gsmSCF (via the gsmSSF) is the same as the IS UP Called party number, 
i.e. the MSISDN, the following parameters, if received, are used to overwrite the corresponding ISUP parameters (for 
mapping see 3G TS 29.078 [5]): Calling Partys Category and Generic Number. If received, the Announcement 
Suppression Indicator is stored. The further processing is described in subclause 4.5.3.1.3 with the addition that the 
Announcement Suppression indicator, if stored, is sent to the HLR in the Send_Routeing_Info message. 

If: 

- the Destination Number received from the gsmSCF (via the gsmSSF) is not the same as the stored ISUP Called 
party number, i.e. the MSISDN, and 

- a CUG active indication was received from the HLR, and 

CUG information was received in the ISUP_IAM for the incoming call; 

then an exception event is reported to the process gsmSSF, an ISUP_Release is sent to the originating exchange and all 
resources are released. 

Otherwise the following parameters, if received, are used to overwrite the corresponding ISUP parameters (for mapping 
see 3G TS 29.078 [5]): Destination Number, Calling Partys Category, Generic Number, Original Called Party ID, 
Redirecting Party ID, Announcement Suppression Indicator, and Redirection Information. Call parameters that are not 
included in the Int_Connect message are unchanged. 

As a network operator option loop prevention mechanisms may cause the redirection information to be ignored or 
modified (e.g., if the Redirection counter has been decreased). 

SignalUng limitations or regulatory requirements may require the CalUng Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

The network signalling system shall indicate that this is an internal network number. 

4.5.3.1 .6 Action of the GMSC on receipt of Send_Routeing_info Negative Response (at 
state Wait_For_Routeing_lnfo_2) 

An exception event is reported to the process gsmSSF. If the Aimouncement Suppression indicator has been received 
from the gsmSCF (via the gsmSSF) any announcements or tones shall be suppressed. 

4.5.3.1 .7 Action of the GMSC on receipt of Send_Routeing_lnfo ack with MSRN (at state 
Wait_For_Routeing_lnfo_2) 

An ISUPJAM with the MSRN as Called party number is constructed. 

4.5.3.1 .8 Action of the GMSC on receipt of Send_Routeing_lnfo ack with FTN (at state 

Wait_For_Routeing_lnfo_2) 

The information received from HLR is used to overwrite corresponding call parameters (for details see 
3G TS 23.018 [3]). The redirection counter is incremented. 
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4.5.3.1 .9 Action of the GMSC on receipt of Send_Routeing_lnfo ack with 0-CSI and FTN 
(at state Wait_For_Routeing_lnfo_2) 

The information received from the HLR is used to overwrite corresponding call parameters. The redirection counter is 
incremented. The Called Party Number is set to FTN. 

4.5.3.1 .10 Action of the GMSC in procedure CAMEL_MT_ETC 

In procedure CAMEL_MT_ETC (sheet 2) the GMSC will remain in the Wait_For_Assiting_Answer state until it 
receives an ISUP Answer Message (ANM) or timeout occurs. This is to ensure that a call record is always generated for 
every successful establishment of a temporary connection to a gsmSRF, especially in the case where the connection is 
between PLMNs. 

NOTE: This means that it may not be possible to access an SRF which does not generate an ISUP Answer 
Message (ANM). 

If a Progress message is sent towards the MS the progress indicator shall indicate "In Band Information". 

4.5.3.1 .1 1 Action of the GMSC in procedure CAMEL_MT_GMSC_Notify_CF 

The Forwarding reason is taken from the Send Routeing Info ack (for early call forwarding) or the Resume Call 
Handhng (for Optimal Routeing of Late Call Forwarding). 

The Int_DP_T_No_Answer and Int_DP_T_Busy messages include a parameter to indicate that the call has encountered 
conditional call forwarding. The gsmSSF will transfer this parameter to the CAP_Event_Report_BCSM message which 
it sends to the gsmSCF. 
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Procedure CAMEL Set ORA Parameters 



/* P rocedure in the G MSG 

to set CAM EL parameters for 

the procedure Obtain_Routeing_Address. */ 




Allocate Call 
reference numbbr 



Yes 




Figure 4.29a: Procedure CAMEL_Set_ORA_Parameters (sheet 1) 
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Procedure CAMEL_MT_GMSC_INIT 

Process in ttie GIVISC 

to perform CAIVIEL handling" 

for a terminating call request: 



T-CSI 



set 
CSI=T-CSI 



lnt_lnvoke 
gsmSSF 

(T-C SI) ' 



CAMEL information 
Received in SRIack? 



T-CSI 
0-CSI 



Set 
CSI=T-CSI 



T-CSI 
FTN 



Set 
CSI=T-CSI 



Store 0-CSI 



Store FTN 



/ wailJorL ] 
gsmSSFInvoked 





yes 


Result:= 
MSRN 








T-CSI 
0-CSI 
FTN 



Set 
CSI=T-CSI 



FTN 
0-CSI 



Set 
CSI=0-CSI 



Store 
O-CSI & FTN 



set redirection 
information 



Result:= 
GSM FTN 




1(8) 




Signals to/from thie right are to/from 
thegsmSSF 




ye s 



Result:= 
GSM FTN 





No 




Result:= 
Fail 







Figure 4.30a: Procedure CAMEL_i\/IT_Gi\/ISC_iNIT (slieet 1) 
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Procedure CAMEL MT GMSC INIT 



Process in the G MSG 

to perform GAMEL handling 

for a terminating call request 



2(8) 

Signals to/from the left are to/from\ 

the orginating exchange; 

signals to/from the right are to/from, 

thegsmSSF 



/ wait_for_ 
gsmSSF_lnvokecl 



lnt_gsmSS, 
Invoked 



>Release 



An!!wer_Receive(ll 
False 



lnt_T_Exoeptlon 



lnt_DP_Termination_ 
attempt_Aut0rizecl 



Result:= 
aborted 



Df'Terminatioi 
attempt_ 
Autoria 




Figure 4.30b: Procedure CAMEL_MT_GMSC_INIT (sheet 2) 
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Procedure CAMEL MT GMSC INIT 



Process in the GMSC 

to perform CAMEL handling' 

for a terminating call request 



lnt_Continui 
_With_ 
_Argi]mfint 



CAMEL_ 
_Modify_ 



'Modify call 
parameters with 



redf 



ton 




Wair_For_ 
_Routeing_ 
Info 2 



Int Continue 




-irrfom^atiorr 



Yes 
Set redirection 
information 



See GSM 23.081 



To HLR 



Termination! 
! _Attempt_ / 
\ AuthnriReri/ 



Signals to/from the left are to/from 

the orginating exchange; 

signals to/from the right are to/from 

the gsmSSF; 

if not otherwise stated. 



3(8) 



lnt_ConneQt 




Send_ACM_ 
lf_Requlred 





Yes 


c 


Modify call 




parameters 


Callei 


with received 






Yes 



No 
5figihal 
^arty Subscribed 



-Mo- 



No 



Modify call 
parameters 
with receivRri 



information 



FTN:= 
Destination Routjng 
Address 



Result:= 
GSM FTN 




Result:= 
CAMEL FTN 




Procedure defined 
in 3GTS 23.018 




Yes 



lnt_Exceptio 



Result:: 
fail 




Figure 4.30c: Procedure CAMEL_MT_GMSC_INIT (sheet 3) 
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Procedure CAMEL MT GMSC INIT 



4(8) 



Process in the GMSC 

to perform CAMEL handling' 

for a terminating call request 



Terminatio 
Attempt_ 




Int ReleaseCall ilnt Error 



No 



Signals to/from the left are to/from \ 

the originating exchange; 

signals to/from the right are to/from 

thegsmSSF; 

if not otherwise stated. 




Default Call 
Handling = Continue 
Call? 



Result:= 
fail 



Result:= 
aborted 




Figure 4.30d: Procedure CAMEL_MT_GMSC_INIT (sheet 4) 
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for a terminating call request ' 
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5(8) 



Signab to/from the right are to/from 
the gsmSSF. 



DP_Term ination_Attem pt_Auth orised 
DP_T_Busy 













lnt_Establish_ / 
Temporary_ / 
Connection \ 




lnt_Connect_T0_ 
Resource \ 








3AMEL_MT_ETC 




CAMEL_MT_CTP 



Result := 
fail 



Figure 4.30e: Procedure GAMEL_MT_GMSG_INIT (sheet 5) 
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Procedure CAMEL MT GMSC INIT 



6(8) 



Process in the GMSC 

to perform CAMEL handling' 

for a terminating call request 



Signals to/from the right are to/fromL 

the gsmSSF; 

if not otherwise stated. 




. FromHLR 
onSe 



lnt_Rele as^ all 



lnt_DP_T_B^y 



DP_T_Busy 



Result:= 
Fail 




Figure 4.30f : Procedure CAMEL_MT_GMSC_INIT (sheet 6) 
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Procedure CAMEL MT GMSC INIT 



7(8) 



Process in the GMSC 

to perform CAMEL handling 

for a terminating call request ' 



Wait_For_ 
_Routeing_ 
_lnfo_2 



Signals to/from the left are to/from j\ 

the orginating exchange; 

signals to/from the right are to/from 

the gsmSSF; 

if not otherwise stated. 



Send Routeing 
Info Ack / 
r FTN V ^ 



Send Routeing , 
Info Ack / 
r FTN, 0-CSl\ 



Sen d Ro uteing / 
Info Ack <^ - 
t MSRN '/ \ 



Store 0-CSI 



Set redrectbn 
information 



Resuli! 
FTN 



Results 
MSRN 




Figure 4.30g: Procedure CAMEL_MT_GMSC_INIT (sheet 7) 
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Procedure CAMEL MT GMSC INIT 



Process in the GMSC 

to perform CAMEL handling' 

for a terminating call request 



\ Release 






lnt_T_Aband^ 







P_T_Abandot^ 



Int contin 



Result:= 
aborted 



DP_T_busy 

I 



Int Rele 



Result:: 
fail 




Signals to/from the left are to/horn^ 

the orginating exchange; 

signals to/from the right are to/from 

thegsmSSF; 

if not othenwise stated. 



8(8) 



Int Error 



lnt_T_Exceptlon 



Result:= 
fail 




Int Continue 



I 

Int Conned 





Figure 4.30h: Procedure CAMEL_MT_GMSC_INIT (sheet 8) 
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Procedure CAMEL MT GMSC ANSWER 



1(2) 



/* Process in the GMSC 
to handle a 

terminating call request 7 



/* Signals to/from the left are to/from 
the originating exchange; 
signals to/from the right are to/from 
the terminating exchange If not 
otherwise stated. */ 





no 


Result:= 
pass 











lnt_DP_T_Artswer i to gsmSSF 



Answer Received 
True 



^P_T 



Answe 



lnt_Releas& from gsmSSF 



> Release 



Release 




Figure 4.31a: Procedure CAMEL_MT_GMSC_ANSWER (sheet 1) 
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Procedure CAMEL MT GMSC ANSWER 



/* Process in the GMSC 
to handle a ] 
terminating call request 7 







<f Release 






Release ^ 






Result:= 
fail 







DP. 


_T_Answe| 






Int_ 


_Error 



Yes 



Result : 
pass 




2(2) 



/* Signals to/from the left are to/fron|\ 
the originating exchange; 
signals to/from the right are to/from 
the terminating exchange if not 
othenwise stated. */ 




Default Call Handling : 
Continue Call? 



Figure 4.31b: Process CAMEL_MT_GMSC_ANSWER (sheet 2) 
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Procedure CAMEL MT GMSC DISC1 



/* Process in the GMSC 
to handle a 

terminating call request 7 



1(1) 



/* Signals to/from |\ 
the right are to/from the gsmSSF if 
not othenwise stated. */ 



No 




/ DP_ 
l_Disconnect_ 



To destination 
exchange 
orMT CF MSG 



Int Continue 



Release 



Result:= 



normaLhandling C'\MEL_Handlirig 









1 


lnt_Error 


lnt_Releas^all 


lnt_ContinKle^ 


Release 



Result:: 





From destination 
exchange or process 
MT CF MSC 



lnt_DP_ \ 
T_DisconneM 
/* leg Id, = 2/7 





DP_ 
IT Disco nnec 



Int Error 



Int ReleaseCall 



Figure 4.32a: Procedure CAMEL_MT_GMSC_DISC1 (sheet 1) 
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Procedure CAMEL MT GMSC DISC2 



1(2) 



/* Process in the GMSC 
to handle a 

terminating call request 7 



-Ml 



Result := 
Hormal handlin 





/* Signals to/from K 
the left are to/from the 
originating exchange; 
signals to/from 

the right are to/from the gsmSSF if 
not otherwise stated. */ 









1 


lnt_Connec^ 


lnt_Error 


lnt_Releas^all 


lnt_Contlnt(e^ ^ Release 



Answer Received 
False 



CAMEL_ 
_Modify_ 



Modify call 
[Parameters with 
re rielved infnrmati nn 



Release 



Resutt:= 
reconnect 





Result:= 
CAMEL_handlirig 




Figure 4.33a: Procedure CAMEL_MT_GMSC_DISC2 (sheet 1) 
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Procedure CAMEL MT GMSC DISC2 



2(2) 



,Pracess in the G MSp , 
to handle a "' 
terminatiig call request 



Signals to/from 
the right are to/from 
gsmSSF. 



|DP_T_Disconnect_2 



lnt_Establish_ / 
Tem po rary_ConXect io n 



lnt_Connect_ 
To_Res source 




Figure 4.33b: Procedure CAI\/IEL_I\/IT_GIUISC_DISC2 (sheet 2) 
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Procedure CAMEL MT GMSC DISC3 



I \ 

Procedure in the GMSC ' ^ 

Ito handle premature release of a CAMEL call 



CAMTD3_1(1) 




Yes 




Figure 4.34a: Procedure CAMEL_MT_GMSC_DISC3 (sheet 1) 
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Procedure CAMEL MT GMSC DISC4 



1(3) 



/* Procedure in the GMSC 
to handle a 

terminating call request 7 





Nn 


Result:= 
fail 






[ 





/* Signals to/from the left are to/from 
the orginating exchange; 
signals to/from the right are to/from 
the gsmSSF. */ 



Int Connect 



Int Continue 



Int Error 



CAMEL_ 
_Modify_ 



Modify call 
parameters with 
re fiftiveri infnrmati nn 



Result := 
reconnect 



Int Release Call 



Result:: 
fail 





Figure 4.35a: Procedure CAMEL_MT_GMSC_DISC4 (sheet 1) 
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Procedure CAMEL MT GMSC DISC4 



Procedure in the GMSC , 
to handle a 

terminating call request ' 



DP_T_Busy 



2(3) 



Signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 









lnt_Establish_ / 
Temporary_ / 
Connection 


lnt_Connect_T0_ 
Resource \ 





Figure 4.35b: Procedure CAMEL_MT_GMSG_DISC4 (sheet 2) 
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Procedure CAMEL MT GMSC DISC4 



3(3) 



r Procedure in the GMSC 
to handle a 

terminating call request 7 



Signals to/from the left are to/from \ 
the orginating exchange; 
signals to/from the right are to/from 
thegsmSSF. 



DP_T_Busy 







\ Release 






lnt_DP 









1^ P_T_; 



Abandoi 







lnt_continie 






Result:= 
fall 




L 




Figure 4.35c: Procedure CAMEL_MT_GMSC_DISC4 (sheet 3) 
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Procedure CAMEL MT GMSC DISCS 



1(3) 



Process in the GMSC 
to handle a 

terminating call request 






No 




Result:= 
continue 










P . \ To process 
Keiease > mt_CF_MSC 




r 




lnt_DP_T_\ 
No Answe/ 




No 



Yes 



Signals to/from the right are to/froml 

the gsmSSF; 

if not otherwise stated. 



Release 



To process 
MT CF MSG 



DP T No Answer 



Int Connect 



CAMEL_ 
_Modify_ 



Int Continue Int Error 



lnt_T_Excepilon 



lnt_Releas^all 



Modify call 
parameters with 
re rielveri informati on 



Result:= 
reconnect 



Result:= 
release 



Result := 
release 






Figure 4.36a: Procedure CAMEL_MT_GMSC_DISC5 (sheet 1) 
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Procedure CAMEL MT GMSC DISCS 



Process in the GMS^ 
I to handle a j 
Iterminating call request ' 



2(3) 



Signals to/from the right are to/from-^ 
the gsmSSF if not otherwise stated. 



DP_T_No_Answer 













lnt_Establish_ / 
Temporary_ <^ 
Connection 


lnt_Connect_To/ 
Resource \ 




Result:= 
release 




Figure 4.36b: Procedure CAMEL_MT_GMSC_DISC5 (sheet 2) 
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112 



Process in the GMSC 
to handle a 

terminating call request 



DP T No Answer 







\ Release 






lnt_DP 


_T_A^ 







P T Abandoi 



Int contlniffi 



Results 
fall 




ETSI TS 123 078 V3.4.0 (2000-03) 

3(3) 



Signals to/from the left are to/from ^ 

the orginating exchange; 

signals to/from the right are to/from 

thegsmSSF; 

if not otherwise stated. 



Figure 4.36c: Procedure CAMEL_MT_GMSC_DISC5 (sheet 3) 
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Procedure CAMEL MT GMSC DISC6 



1(1) 



r Process in the GMSC 
to handle a 

terminating call request V 



No 



Result:= 
continue 






Yes 


lnt_DP_T_A^nclon 







P T Abandoi 







lnt_continifi 






Result:= 
fail 








r Signals to/from the right are to/fromi 

thegsmSSF; 

if not otherwise stated. 7 



Figure 4.37a: Procedure CAMEL_MT_GMSC_DISC6 (sheet 2) 
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Procedure CAMEL MT ETC 



1(3) 



Procedure in the GMSC 
to handle a temporary 
connection 

















Initial 
Address 










Send_ACM_ 
lf_Required 


\ 





Signals to/from the left are to/from 
the originating exchange; 
signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. 



To CAMEL_ 

Assisting_MSC 

orSRF. 

Procedure defined 
m GSM 23.018 



; WaiLFot_ \ 
^ssisting_AGiy 



> Release 



Release 



From CAMEL_ 
" Asslsting_MSC 
orSRF 



^-Received-^ 

True 



lnt_DP_T_lJi5connect 
neglDV 



Int ETC Falfed 



False 



Int DP T Abandon 



Result:= 
pass 



Waii_For_Disconnect_ 
Forward_Conneciion 



lnt_Discormect_ 
Forward Connection 



P T Abando 




Int continue 



Release 



To CAMEL_ 

Assisting_MSC 

orSRF 



Release 



To CAMEL_ 

Assisting_MSC 

orSRF 




Figure 4.38a: Procedure CAMEL_MT_ETC (sheet 1) 
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Procedure CAMEL MT ETC 



Procedure in the GMSC 
to handle a temporary 
connection 



Signals to/from the left are to/from K 

the originationg exchange; 

signals to/from the right are 

to/from the CAMEL_Assisting_MSC or SRF. 



2(3) 



Wait^For^ \ 
ssisting_ACiy 



Address 
Complete 



Connect 



Wait_Foi^ \ 
Assisting^ i 
Answer / 




Yes- 



8end_Answer 
lf_Required 



ion 


No 


No 




Send_ACM_ 
lf_Required 


^ Progress 




3^nd_Networh 
Connect_lf 



Procedure defined 
in GSM 23.018 



Procedure defined 
in GSM 23.018 



lnt_Tempora(y 
Connection 



Temporary_ \ 
Connection_) 
Established /' 



Procedure defined 
in GSM 23.01 8 



Figure 4.38b: Procedure CAMEL_MT_ETC (sheet 2) 



ETSI 



3G TS 23.078 version 3.4.0 Release 1999 



Procedure CAMEL MT ETC 



Procedure in theGMSC 
to handle a temporary 
connection 



> Release 



Answer-\ 
"--deceived 

True 



lnt_DP_^T_^ 
Disconnect 
negID*/ / 



Wait_For_DisconrTect_ 
Fo i(wa rd_Co nn ecf io n 



false 



lnt_DP__T_ 
Abandon 



I^ P_T 



Abandoi 







lnt_continiffi 






Release ^ 






Result:= 
fail 




[ 
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3(3) 



Signals to/from the left are to/from, 
the orinating exchange; 
signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. 



Temporary_Connection_Established 
Wa it_Fo r_Assi sli n g_A nswe r 



Release 



FromCAMEL_ 
Assisting_MSC 
orSRF 



lnt_TC_ 
Released 



Results 
pass 




ToCAMEL_ 
Assisting_MSC 
or SRF 



To CAMEL_ 
AssistingLMSC 
or SRF 



lnt_Disoonngct_ 
Forward_ \ 
Connection \ 



lnt_TC_ 
Released 



Release 



Result:= 
pass 




Figure 4.38c: Procedure CAMEL_MT_ETC (sheet 3) 
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Procedure CAMEL_MT_CTR 

Procedure in the GMSC to handle 
a Connect To Resource operation ] 



lnt_SRF_ 
Connectio 
Failure 



from SRF 



Int CTR Faited 



Result := 
continue 




lnt_lnvoke_ 
SRF 



/Await_SRF_\ 
Initialisation i 



lnt_SRF_ 
Connectec 



Connect SRF tct 
the call 



Send_ACM_ 
lf_Required 




1(4) 



Signals to/from the left are K, 
to/from the originating exchange; 
signals to/from the right are to/from 
the gsmSSF if not othenwise stated. 



Jo SRF 



, From SRF 



Procedure defined 
in GSM 23.018 







Yes 




end_Networl< 
Connect_lf_ 
Renuired 


Procedure defined 
in GSIVI 23.018 



Int SRF Connected 



relay 



Figure 4.39a: Procedure CAMEL_MT_CTR (sheet 1) 
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Procedure CAMEL MT CTR 



2(4) 



Procedure in the GMSC to handle 
a Connect To Resource operation 



Reiay 



Signals to/from the left are | \ 

to/from the originating exchange; 
signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



From SRF 




lnt_Disconnect_ 
Forward_ ^ 
Connection \ 



lnt_Disconn 
SRF 



To SRF 



/AwaiLSRF_\ 
)isconnection I 



lnt_DP_T 
Disconnect 
/* legip */ 



\ Con 


Nnue / 








lnt_SRF_ / 
Released ^ 






lnt_SRF_Re^ 






Result:= 
pass 









True 


Int DP 


T \ 


Disconnect / 


/*Jegin 


*/ / 

/ 




False 

lnt_DP_T_\ 
Abandon / 
\r l e g I D V / 



n From SRF 



Wait_For_Disconrlect_ 
Foriward_Connection 



P T Abando 



To SRF 









lnt_Disconp^t_ 
Forward_Csmnection 


lnt_continufi 








1 n t_D isc n rifect_ W ait_Fo r_D isc o n r^ect_ 
SRF y For'^ard_Conne^ion 









Result: 
pass 








lnt_continue 






Resutt:= 
fail 








/Await_SRF_\ 
Disconnection ) 




\ Ac 


ive / 






lnt_SRF_ / 
Released ^ 






Result := 
Pass 







lnt_Discon 
Forward 



iCt_ 

nnection 



lnt_Disconnect_ 
SRF 



^ 

/Await_SRF_ 
Disconnection 
\ F ail 



To SRF 



Figure 4.39b: Procedure CAMEL_MT_CTR (sheet 2) 
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Procedure CAMEL MT CTR 



iProcedure in the GMSC to handle^ 
a Connect To Resource operation, 



3(4) 



Signals to/f rom the right are to/f ronj 
the gs mSSF. 

Signals to/from the left are to/from 
the externai SRF. 



Reiay 



CAP_Piay_ y 
Announcem eru 



CAP_Prompt_ 
And_Coliect_<^ 
U ser_ inform atUHi 



CAP_Speciai ^d_ 
>Ressource_Report 



CAP_Prompt.. 
>And_Coiiect_ 
U ser_lnf orm ation 



aci<' 



CAP_Piay_ 
An nouncem en 



CAP_Promptl 
And_Coilect J 
User_lnform ation 



C AP_Speciaiized_ 
Ressource_Repo>t 



CAP_Prompt. 
And_Coilect_ 
User_lnform a1 



acl< 



T 



Figure 4.39c: Procedure CAMEL_MT_CTR (sheet 3) 
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Procedure CAMEL MT CTR 



4(4) 



Procedure in the GMSC to handle 
a Connect To Resource operation 



Awat SRF Initiali^tion 





True 


Int DP T Disconnect 
neglDV ? 








W aifFo r_D isc o n riect_ 
Fot\ward_Conneciion 



lnt_Disconpect_ 
Forward_c5onnection 



Int Disconnect SRF To SRF 



/AwaiLSRF_\ 
bisconnectionj 
\ Active 7 



lnt_SRF_ 
Released 



1 From SRF 



Signals to/from the left are | \ 

to/from the originating exchange; 
signals to/from the right are to/from 
the gsmSSF if notothenwise stated. 




Int DP T Abandon 



[:^P_T_Abando|i 



Int continue 



Wai|'_For_Disconriect_ 
FoiWard_Conneciion 



lnt_Disconpect_ 
Fo rward_CQ n n ect io n 



Int Disconnect SRF To SRF 



/AvvaiTsRF^i 
Disconnection ) 
\ Fail T 



Result:= 
pass 



lnt_SRF_ 
Released 



-. From SRF 




Result:: 
fail 




Figure 4.39d: Procedure CAMEL_MT_CTR (sheet 4) 
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Procedure CAMEL_MT_GMSC_Notify_CF 



/* Procedure in ttie GIVISC 
to notify tiie gsmSSF ttiat 
a call has encountered 
conditional call fonwarding */ 



lnt_DP_ 
T_No_Answ( 
(OF) 



To proces 
MT CF MSC 




/* Signals to/from the left are I 
to/from the originating MSC; 
signals to/from the right are 
to/from the gsmSSF 
unless marked otherwise 7 



1(1) 



Fonwarding reason= 
No subscriber reply 



Fonwarding reason= 
Mobile subscriber 
not reachable 



Fonwarding reason= 
Busy 



P T Abando 







lnt_continue 






CF \ 
cancelled ? 






Release call 
resources 






Result:= 
Fail 







lnt_Continu6 
_With_ \ 
_Argi]ment 



lnt_ 

Connect 



CAMEL_ 
_l\/lodify_ 



Modify call 
pkarameters with 



red! 



CAMEL_ 
_Modify_ 



'Modify call 
barameters with 



To proces 
MT CF MSC 




er = 



Yes 



'Modify call 



Result:= 
Continue 




? 




1 


No 


on' 




Result:= 


Reconnect 








Int Release^ 
Call \ 






^ Release 






CF \ 
cancelled ? 






Release call 
resources 






Result:= 
Fail 








Figure 4.40: Procedure CAMEL_MT_GMSC_Notify_CF (sheet 1) 
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4.5.3.2 Retrieval of routeing information in tine HLR 

The functional behaviour of the HLR is specified in 3G TS 23.018 [3]. The procedures specific to CAMEL are specified 
in this subclause : 

- CAMEL_HLR_INIT; 

- CAMEL_CSI_Check_HLR; 

- CAMEL_0_CSI_CHECK_HLR; 

- CAMEL_T_CSI_CHECK_HLR. 

The procedure CAMEL_Provide_Subscriber_Info is specified in subclause 4.5.8. 
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Procedure CAMEL HLR INIT 



1(1) 



This procedure is called in 
SRLHLR(in GSM 23.018) 




supports CAM&t 
phases 




No 



No 



Set negative 
response: 



Normal call 
handling accordihg 



Network 
spec i f ic 
Ijletwork specifip 
handling 



Result:: 
fail 



Result:= 
pass 



The network specific handling 
' shall include the result of the procedure 
CAMEL_HLRJNIT (fail, pass) 






Figure 4.41a: Procedure CAMEL_HLR_INIT (sheet 1) 
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Procedure CAMEL_CSI_Check_HLR 1(1) 



/* This procedure in tine HLR 
to perform tlie handling for a 
forwarded CAMEL call. */ 




Q'\MEL_T_CS 
CHECK HLR 



^Result: 




Yes 

CAMEL_0_CS 
CHECK HLR 




Figure 4.42a: Procedure CAMEL_CSI_Check_HLR (sheet 1) 
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Procedure CAMEL O CSI CHECK HLR 



Procedure in the HLR to check 
the 0-CSI and set the 0-CSI 
parameter for SRI ack accordingly. 




Figure 4.43a: Procedure CAMEL_0_CSI_CHECK_HLR (sheet 1) 



ETSI 



3G TS 23.078 version 3.4.0 Release 1999 



126 



ETSI TS 123 078 V3.4.0 (2000-03) 



Procedure CAMEL T CSI CHECK HLR 



Procedure in the H LR to 

.check the T-CSI and set the SRI ack" 

parameter accordingly 



fK<5visiongd?^ 



1^ Yes 
tippre^s^^^ 



I No 
S^scriber 
^ info ^. 
requ ffe'6 ? 



MEL Provid^' 
Subscriber 
Info HLR 



J, 
Set T-CSI 
p ara m ete r 



Resuit: = 
SRI 



No 



No 



Yes 



Result:= 
continue 



Figure 4.44a: Procedure CAI\/IEL_T_CSI_CHECK_HLR (sheet 1) 



4.5.3.3 



Handling of provide roaming number request in the VLR 



The functional behaviour of the VLR is specified in 3G TS 23.018 [3]. The procedure specific to CAMEL is specified 
in this subclause : 



CAMEL_SET_SOA. 
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Procedure in the VLR to set the , 
suppression of an nouncement 
indicator as required for this cail ' 





No 


Suppression of 




announcem ent 




required:= false 





Suppression of 
announ cement 
req uired:=true 



ETSI TS 123 078 V3.4.0 (2000-03) 

1(1) 



Figure 4.45a: Procedure CAi\/IEL_SET_SOA (sheet 1) 

4.5.4 Han(jling of mobile terminating calls 

4.5.4.1 Handling of mobile terminating calls in the terminating VMSC 

The functional behaviour of the terminating VMSC is specified in 3G TS 23.018 [3]. 
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The behaviour specific to CAMEL is: 

the inclusion of the 0-CSI parameter in the Perform Call Forwarding message sent to the process MT_CF_MSC 
if it was received in the Send Info For Incoming Call ack; 

- the requirement to suppress the connection of announcements or tones if the VLR includes the suppression of 
announcements parameter in the Send Info For Incoming Call negative response. 

The procedures specific to CAMEL are specified in this subclause : 

- Procedure CAMEL_ICH_VLR. 

- Procedure CAMEL_0_CSI_Check_VLR. 

- Procedure CAMEL_T_CSI_Check_VLR. 

- Procedure CAMEL_ICH_MSC_E^T. 

- Procedure CAMEL_MT_VMSC_Notify_CF. 

4.5.4.1 .1 Action of the VMSC in procedure CAMEL_MT_VMSC_Notify_CF 

The Forwarding reason is taken from the Complete Call message from the VLR. 

The Int_DP_T_No_Answer and Int_DP_T_Busy messages include a parameter to indicate that the call has encountered 
conditional call forwarding. The gsmSSF will transfer this parameter to the CAP_Event_Report_BCSM message which 
it sends to the gsmSCF. 
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Procedure CAMEL_ICH_VLR 1 (1 ) 



/* This procedure is called in 
ICH_VLR (In GSM 23.018) */ 




Yes 
VMSCA/Lfl 
supports^ 
Camel 
phape 3 
Yes 



No 



No 



Result:= 
active 



Result:= 
inactive 





Figure 4.46: Procedure CAMEL_ICH_VLR (sheet 1) 
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Procedure CAMEL O CSI CHECK VLR 



1(1) 



Procedure in the VLR to check 
theO-CSIand settheO-CSI ] 
parameter for SIFIC ack accordingly., 




No 



Figure 4.47: Procedure CAMEL_0_CSI_Check_VLR (sheet 1) 
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Procedure CAMEL T CSI CHECK VLR 



/* Procedure i n the VLR to 

check the VT-CSI and set the SIFIC ack ] 

parameter accordi ngly 7 



Check basic service code criteria 
Check VT-CSI in VIVISC-B 



^-VT-C^t\ 
provisioned? 




Yes 



Set VT-CSI 
parameter 



Result:= 
SIFIC 




1(1) 



No 



Yes 



No 



No 



Result:= 
continue 




Figure 4.48: Procedure CAMEL_T_CSI_Check_VLR (sheet 1) 
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132 



r Process in the VMSC-B 
to handle a 

terminating call request 7 



VT-CSI 



set 
CSI=VT-CSI 



In t_ Invoke 
gsmSSF 
(VT-c5si) / 



/ waitJor_ 
gSmSSF_lnvok 



Xontentof- 
SIFIC ack 



VT-CSI 
0-CSI 



Set 
CSI=VT-CSI 



Store O-CSI 



ETSI TS 123 078 V3.4.0 (2000-03) 

1(5) 

r Signals to/from the right are to/fromiX 
thegsmSSF*/ 



O-CSI 



S( 
CSM 


3t 

3-CSI 






Res 
MS 


ult:= 
RN 




Figure 4.49a: Procedure CAMEL_ICH_MSC_INIT (sheet 1) 
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Procedure CAMEL ICH MSG INIT 



r Process in the VMSC-B 
to handle a 

terminating call request 7 



r 



wait for 



gYnSSF_lnvok 



lnt_gsmS§l 
Invoked 



Call_Active 
False 



2(5) 



r Signals to/from the left are to/froml 

the orginating exchange; 

signals to/from the right are to/from 

thegsmSSF*/ 



Release 



lnt_T_Except)on 



In t_ D P_T ermi nati on_ 
attempt_Autorized 




Result:= 
aborted 




Figure 4.49b: Procedure CAMEL_ICH_MSC_INIT (sheet 2) 
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Procedure CAMEL ICH MSG IN IT 



/* Process in the VMSC-B 
to handle a 

terminating call request 7 



Di^^Terminatiofti, 
I _Attempt_ ) 
\ Authorised/ 



/* Signals to/from the left are to/from | 

the orginating exchange; 

signals to/from the right are to/from 

the gsmSSF; 

if not otherwise stated. */ 



3(5) 



lnt_Continui 
_With_ < 
_ArgurTient 



Int Continue 



CAMEL_ 
_Modify_ 



'Modify call 
fbarameters with 



Int Connect 



Send_ACM_ 
lf_Required 



Procedure defined 
in GSM 23.018 



Desti] 





Nn 


c 


Modify call 




parameters 




with re 







-irvfomation. 




Yes 



CAMEL_ 
_Modify_ 



Called Party Subserftjerf 



Set VT-CSI 
suppression 





(No 


No 


Modify call 




parameters 




with rer.RivRri 






Yes 



Informatbn 



Result := 
MSRN 





lnt_Exceptlo 



Result:= 
Reconnect 



Result:: 
fail 





Figure 4.49c: Procedure CAMEL_ICH_MSC_INIT (sheet 3) 
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Procedure CAMEL ICH MSG INIT 



4(5) 



r Process in the VMSC-B 
to handle a 

terminating call request V 



> Release 



lnt_DP_ ^ 
T Abandon 



P T Abandorii 



I ^P_Tj 



Int contin 



Termination 
Attempt_ 



Int ReleaseCall 



No 



Release 




r Signals to/from the left are to/from 

the orginating exchange; 

signals to/from the right are to/from 

thegsmSSF; 

if not othenwise stated. 7 





Default Call 




Handling = Continue 




Call? 



Result:= 
aborted 



Result:= 
Aborted 





Figure 4.49d: Procedure CAMEL_ICH_MSC_INIT (sheet 4) 
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Procedure CAMEL ICH MSG INIT 



5(5) 



r Process in the VMSC-B 
to handle a 

terminating call request 7 



/* Signals to/from the right are to/from 
the gsmSSF. 7 



lnt_EstablisJ<^ 

Temporar/, 

ConnectiorTX 






|mel_ 


mt_e| 



DP_Te rminatio n_Attem pt_Auth ori sed 
DP T Not Reachable 



lnt_Connept_To_ 
Resource 




CAMEL MT CTR 





No 




Yes 






Result:= 






fail 




/ 








Figure 4.49e: Procedure CAMEL_ICH_MSC_INIT (sheet 5) 
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Procedure CAMEL_MT_VMSC_Notify_CF 



1(1) 



/* Procedure in tiie VMSC 
to notify tiiegsmSSFtiiat ^ 
a call has encountered 
conditional call fonwarding 7 



/* Signals to/from the left are 
to/from the VMSC; 
signals to/from the right are 
to/from the gsmSSF 
unless marked otherwise */ 



CFNRy 



J^orwardin€L 
Reason 



CFB, 

CFNRc, 

CD 



ELSE 



lnt_DP_ ^\ 
T^No^Answet' 
I (OF) / 



lnt_DP_ \ 
T_Busy(CF)/ 



Result:= 
Continue 



DP T CCF 




> Release 



lnt_Continu 
_With_ 
_Argiiment 



lnt_ 

Continue 



lnt_ 

Connect 



lnt_Releasi 
I Call 



lnt_DP_T_ 
Abandon 



CAMEL_ 

_Modify_ 
CUG Info 



CAMEL_ 
_Modify_ 
CUG Info 



P T Abando 



To proces 
MT CF MSC 







lnt_continufi 






CF \ 
cancelled ^ 






Release call 
resources 






Result:= 
Fail 







'Modify call 
parameters witl|i 
red 




'Modify call 
Parameters with 



Result := 
Continue 




To proces 
MT CF use 



Release 



CF 

cancelled 



Result:= 
Reconnect 




Relea 
resoi 


se call 
jrces 






Res 
F 


ult:= 
ail 





Figure 4.50: Procedure CAMEL_MT_VMSC_Notify_CF (sheet 1) 
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4.5.4.2 Handling of mobile terminating calls in the VLR 

The functional behaviour of the terminating VLR is specified in 3G TS 23.018 [3]. The process specific to CAMEL is 
specified in this subclause : 

- Process Reconnected_MT_Call_VLR. 
The behaviour specific to CAMEL is: 

- the inclusion of the O-CSI parameter in the Send Info For Incoming Call ack if the call is to be forwarded and 
O-CSI is included in the subscriber data for that subscriber in the VLR; 

the inclusion of the suppression of announcements parameter in the Send Info For Incoming Call negative 
response if it was received in the Provide Roaming Number. 
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Process Reconnected MT CALL VLR 



, Process in the VLR to , > 

, handle a requestfor information 
fa areccnnected hcomiig (MT)cali 



RMTC_VLR1(1) 



Sgnais to/from the lei 
are to/from the MSG 



>Send info For 
l\^r Reconnectdd 
Cali 



CUG Info provided 
fa lna)ning cali? 




Set result: 
l=brward 



Set negative 
response: 
CUG reject 







Set 
forward ng 
information 



Send info 
l=br incoming 
Calinegalve 
BSppnse 



Send Info 
For Inconing 
Callack 




Figure 4.51: Process Reconnected_MT_Call_VLR (sheet 1) 
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4.5.5 Handling of forwarded calls 

The handling of forwarded calls in the GMSC or the terminating VMSC is specified in 3G TS 23.018 [3]. The 
procedures specific to CAMEL are specified in this subclause. 



Procedure CAMEL. 


.Check_ORLCF_VMSC. 


Procedure CAMEL. 


CF. 


MSC. 


.INIT. 


Procedure CAMEL. 


CF. 


_MSC. 


.ANSWER. 


Procedure CAMEL. 


CF. 


.ETC. 




Procedure CAMEL. 


CF. 


.CTR. 





A mobile terminated call can be forwarded either in the GMSC (indicated by provision of Forwarded-To-Number from 
HLR or gsmSCF) or in the MSC (indicated by provisioning of Forwarded-To-Number from VLR). 

4.5.5.1 Procedure CAMEL_CF_MSCJNIT: handling of 
lnt_Continue_With_Argument 

The received parameters are used to overwrite the corresponding ISUP parameters (for mapping see 3G TS 29.078 [5]). 
Call parameters which are not included in the lnt_Continue_With_Argument message are unchanged. 

Signalhng limitations or regulatory requirements may require the Calhng Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

4.5.5.2 Procedure CAMEL_CF_MSC_INIT : handling of lnt_Connect 

The received parameters are used to overwrite the corresponding ISUP parameters (for mapping see 3G TS 29.078 [5]. 
Call parameters which are not included in the Int_Connect message are unchanged. 

An a network operator option, loop prevention mechanisms may cause the redirection information to be ignored or 
modified (e.g., if the Redirection counter has been decreased). 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

The network signalling system shall indicate that this is an internal network number. 

4.5.5.3 Action of the MSC in procedure CAMEL_CF_MSC_ANSWER 

If the MSC received a destination address from the GMSC in the ISUP Answer or Cormect message, the MSC relays 
the destination address to the gsmSSF in the Int_DP_0_Answer message. 

4.5.5.4 Action of the MSC in procedure CAMEL_CF_ETC 

In procedure CAMEL_CF_ETC (sheet 2) the GMSC or terminating VMSC will remain in the 
Wait_For_Assisting_Answer state until it receives an ISUP Answer Message (ANM) or timeout occurs. This is to 
ensure that a call record is always generated for every successful estabhshment of a temporary connection to a gsmSRF, 
especially in the case where the connection is between PLMNs. 

NOTE: This means that it may not be possible to access an SRF which does not generate an ISUP Answer 
Message (ANM). 
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Procedure CAMEL_Check_ORLCF_VMSC 

/* Procedure in the VMSC TO check which CSIs \ 
have to be included in RCH for Optimal ' 
Roueting of Late Forwarded calls*/ 



If No 0-CSI or D-CSI Is 
present in VLR, then non- 
CAMELORLCF shall be 
invoked. 



If the required CAMEL 
Phases are not supported 
by GMSC, then Fonwarding 
shall be done in the VMSC. 
(note 1 , 2) 



Notes |\ 

1 . When CAMEL Capability 
handling is not present in 0-CSI, 

it is assumed to be CAMEL Phase 1 

2. When GMSC Supported 
CAMEL Phases was not received 
from HLR (in PRN), it is assumed 
to be CAMEL Phase 1. 



1(2) 



0-CSI or D-CSI 
pres 




No 



Yes 
DP Collected 
I in O 



No 



If DP Collected Info 
criteria are fulfilled, then 
the DP Collected Info 
shall be included in RCH. 
Otherwise, DP Collected 
Info shall not be included 
in RCH. 




'Mark DP Collected_lnfo for 

inclusion in RCH 
(no criteria shall be included 
in RCH)' 



DP Route Select Failure, 
if available, shall be 
included in RCH. 




Yes- 



'Klark DP Route_Selec1 
Fciilure for inclusion in R 




No 



Result := VMSCCF Result := ORLC 




Figure 4.52a: Procedure CAMEL_Check_ORLCF_VMSC (sheet 1) 
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Procedure CAMEL_Check_ORLCF_VMSC 2(2) 



/* Procedure in the VMSC TO check which CSIs \ 
have to be included in RCH for Optimal ' 
Roueting of Late Forwarded calls*/ 



D-CSI, if available, shall 
be included In RCH 




Yes 




'Mark D-CSI for 
nclusbn in RCH 








< 


F?eult := 


ORLCr 




Figure 4.52b: Procedure CAMEL_Check_ORLCF_VMSC (sheet 2) 
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Procedure CAMEL CF Dialled Services 



1(1) 



Procedure in the MSG to 
process CAMEL dialed service? 
for forwarded calls 



t Signals to/from ttie left are 
to/from tfie aigination Excfiange. 



Result: = 
Fail 







CAMEL 
!3DS_CF_iNrT 







Fail ^- Abort 
Result? 





Fail Abort 
Result? 





Pass 


Result:= 
Pass 







:;amel 

MSC_ 


OCH 
DISC4 






Result:^ 
Abort 



Figure 4.53a: Procedure CAMEL_CF_Dlalled_Services (sheet 1) 
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Procedure CAMEL CF MSG INIT 



1(4) 



r Procedure in the MSG to 
harxJIe a forwarded call */ 




r signals to/from the left are to/fromK 
ttie process MT_GMSC / ICH_MSC 
signals to/from ttie right are to/from 
ttie process gsmSSF if not 
othenwise stated. */ 



No 



Result:= 
pass 



Yes 




Call fom/arding or 
Call Deflection 



Connect 



Connect without 
T>CSI ApplicaSe 
mcMcator 



No 



lnt_lnvoke gSmSSF 

(acsi) / 



Int Error 



Release 



/ Wait_For_ 
jsmSSF_ 



lnt_gsmSSJ 
Invoked 



Answer Received 
False 



>CF Cancelled 



lnt_0_Excep)ion 



Results 
fail 



lnt_DP_ 
__Collected_ 
Info 




DP_ 
_Collected_ 
Info 



Result:= 
cancelled 




Figure 4.54a: Procedure CAMEL_CF_MSC_INIT (sheet 1) 



ETSI 



3G TS 23.078 version 3.4.0 Release 1999 



145 



ETSI TS 123 078 V3.4.0 (2000-03) 



Procedure CAMEL CF MSG INIT 



2(4) 



/* Procedure in the MSG to 
handle a forwarded call 7 



Int Release Call 



Int Error 



DP_ 
Collected, 
infn 



Int Continue 



/* Signals to/from the left are to/from 
the process MT_GMSC / ICH_MSC; 
signals to/from the right are to/from 
the process gsmSSF if not 
othenwise stated. */ 




Default Call 
Handling = Continue 
Call? 



Yes 



Release 



Result:= 
fall 




lnt_Continu6 
_With_ \ 
_Argur|ient 

CAMEL_ 
_Modify_ 



Int Connect 



CAMEL_ 
_Modify_ 



redi 



'Modify call 
[Parameters with 



bn' re< 



'Modify call 
fbarameters with 



on 



'Destination 
address := 
Called Party 
Number' 



Results 
pass 




Figure 4.54b: Procedure CAMEL_CF_MSC_INIT (sheet 2) 
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Procedure CAMEL CF MSG INIT 



3(4) 



r Procedure in the MSG to 
harxJIe a forwarded call */ 



/* Signals to/from the right are to/fromi ' 
the gsmSSF If not otherwise stated. 7 



P_Collected_ 
Info 



lnt_Establish_ 
Tempo rary( 
ConneptioriX 



CmEL CF Etc 



lnt_Connect_To_ 
Resource \ 



C/VMEL CF CTR 




No 




Yes 




Result:= 




fail 




Figure 4.54c: Procedure CAMEL_CF_MSC_INIT (sheet 3) 
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Procedure CAMEL CF MSG INIT 



4(4) 



r Procedure in the MSG to 
harxJIe a forwarded call */ 



P_Collected 
Info 



r Signals to/from the left are to/from 
the process MT_GMSC / ICH_MSC; 
signals to/from the right are to/from 
ttie gsmSSF; if not otherwise stated. */ 




DP O Abandon 



lnt_contin 




Result:= 
fall 




Figure 4.54d: Procedure CAMEL_CF_MSC_INIT (sheet 4) 
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Procedure CAMEL SDS CF IN IT 



/* Procedure in the MSG to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



Result= 
Pass 




1(3) 



/* Signals to/from the left are [\ 
to/from parent process; signals to/from the right are 
I to/from the gsmSSF. 7 




/ WaiUoL 
g^mSSFJnvok^d 













lnt_gsmSSF^ X"^"^ 
Invoked \ ^cancelled 








lnt_DP_ \ 
Analysed / 
Info / 


lnt_0_Exce^ 


\ 


/ 





DP_ 
Analysed_ ! 
Irifo I 



Result:= 
Abort 




Figure 4.55a: Procedure CAMEL_SDS_CF_INIT (sheet 1) 
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Procedure CAMEL SDS CF IN IT 



2(3) 



/* Procedure in the MSG to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



/* Signals to/from the left are [\ 
to/from the parent process; signals to/from the right are 
to/from the gsmSSF. 7 



DP_ 
Analysed, 
Inio 



lnt_Releasi 
Call 



Int Error 



Int Continue 




No 



Yes 



Resuit:= 
Fail 



Results 
Pass 



lnt_Continu6 
_With_ \ 
_ A rgu m ent 



Int Connect 



CAiVIEL_ 
Modify_ 
CUG Info 



Modify call 
pbarameters with 



Resuit:= 
Pass 






^\ CF 
^cancelled 






lnt_DP_o\ 
Abandon ? 






Resuit:= 
Abort 








Figure 4.55b: Procedure CAMEL_SDS_CF_INIT (sheet 2) 
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Procedure CAMEL SDS CF IN IT 



/* Procedure in the MSG to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



3(3) 



/* Signals to/from the right are to/from A 
the gsmSSF if not otherwise stated. */] 



DP_Analysed_lrifo 



lnt_Establisti^ 

TemporaryC 

ConnectionX 



lnt_Connect£To_ 
Resource \ 




^ ^ 

P_Analysed4 

Info 




Figure 4.55c: Procedure CAMEL_SDS_CF_INIT (sheet 3) 
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Procedure CAMEL_NDS_CF_INIT 

/* Procedure in the MSG to perform 
CAMEL handling for a network ' 
Dialled Service for mobile originated calls 7 



1(3) 

/* Signals to/from the left [\, 
are to/from parent process; signals 
to/from the right are to/from the gsmSSF. */ 




Store Original 
CaW Parameten; 




Wait_for_ 
g^mSSFJnvok^d 













lnt_gsmSSFf 

Invoked V y cancelled 








lnt_DP_ \ 
Analysed / 
Info / 


lnt_0_Excemt 


\ 


/ 





f DP_ 
Analysed_ 
Info 



J 



Result:= 
Abort 




Figure 4.56a: Procedure CAMEL_NDS_CF_INIT (sheet 1) 
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Procedure CAMEL NDS CF INIT 



/* Procedure in the MSG to perform 
CAMEL handling for a network ' 
Dialled Service for mobile originated calls 7 




/* Signals to/from the left 
are to/from parent process; signals 
to/from the right are to/from the gsmSSF. */ 



2(3) 



lnt_Releasi 
Call 



Int Error 



Int Continue 



lnt_Continui 
_With_ 
_ A rgu m ent 



Int Connect 




Yes 



CAMEL_ 
_Modify_ 
CUG Info 



No 



reoi 



Modify call 
pkarameters with 



ran 



Result:= 
Fail 



Results 
Pass 



Result:= 
Pass 






\ CF 
^cancelled 






lnt_DP_o\ 
Abandon ? 






Result:= 
Abort 








Figure 4.56b: Procedure CAMEL_NDS_CF_INIT (sheet 2) 
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Procedure CAMEL NDS CF INIT 



/* Procedure in the MSG to perform 
CAMEL handling for a network ' 
Dialled Service for mobile originated calls */ 



/* Signals to/from the right are to/from^ 
the gsmSSF if not otherwise stated. */ 



3(3) 



=_Analysed_lr 









lnt_Establisl 
Temporal 
Connection 



lnt_Connei 
Resource 



To 




P_Analysed 
Info 




Figure 4.56c: Procedure CAMEL_NDS_CF_INIT (sheet 3) 
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Procedure CAMEL CF MSG ANSWER 



1(2) 



/* Procedure in the MSG to handle 
a fowarded call */ 





no 


result=pass 










/* Signals to/from the left 
are to/from the process 
MT_GMSC/ICH_MSC; 
signals to/from the right 
are to/from the terminating 
exchange. 7 



to the gsmSSF 



Answer Received 
True 



from the 
;gsmSSF 



Int Releas 



from the 
gsmSSF 



Int continue 



P O Answei 



> Release 



Release 




Result :=fail 



Result:= 
reconnect 





Figure 4.57a: Procedure CAMEL_CF_MSC_ANSWER (sheet 1) 
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Procedure CAMEL CF MSG ANSWER 



/* Procedure in the MSG to handle 
a fowarded call 7 





0_ 


Answe^ 






Int. 


_Error 







<f Release 






Release ^ 






Result:= 
fail 







Yes 



Result : 
pass 




2(2) 



/* Signals to/from the lefi 
are to/from the process 
MT_GMSC / ICH_MSC; 
signals to/from the right 
are to/from the terminatinc 
exchange. */ 




Default Call Handling : 
Continue Call? 



Figure 4.57b: Process CAMEL_CF_MSC_ANSWER (sheet 2) 
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Procedure CAMEL CF ETC 



1(3) 



/* Procedure in the MSG 
to handle a temporary 
connection 7 















Initial \ 
Address ? 







Send_ACM_ 
lf_Required 



To CAMEL_ 
"Assisting_MSC 
orSRF 

Procedure defined 
in GSM 23.018 



/* Signals to/from the left are to/from, 
the process MT_GMSC / ICH_MSC; 
signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. */ 



/ Wait^Fot^ \ 
Assisting_ACM 




Release 



Int ETC Failfed 



From CAMEL_ 
^ Assisting_MSC 
orSRF 



True 



False 



lnt_D P_0_bi^co n nect 
neglDV 



WaiLFor_Disconnect_ 
Forward_Connection 



lnt_Disconpect_ 
Forward (Connection 



Release 



Result:= 
pass 




To CAMEL_ 
'Assisting_MSC 
orSRF 



Int DP O Abandon 







lnt_continue 






Release ^ 






Result:= 
fail 







Results 
pass 



P_0_Abandoh 




To CAMEL_ 
'Assisting_MSC 
orSRF 



Figure 4.58a: Process CAMEL_CF_ETC (sheet 1) 
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Procedure CAMEL CF ETC 



2(3) 



/* Procedure in the MSG 
to handle a temporary 
connection 7 



/* Signals to/from the left are to/from 

the process MT_GMSC / ICH_MSC; 

signals to/from the right are 

to/from the CAMEL_Assisting_MSC or SRF. 



Wait_For_ 
ssisting_AC 

I 



Address 
Complete 



Connect 



Wait_For_^ 
Assisting_ 
Answp.r 



Answer 



^Bothway ^ 
thr^iagh connec 
required? 

Ye s 



ion 


No 


No 




Send_ACM_ 
lf_Required 


Procedure defined/ p 

in GSM 23.01 8 V^^^^ogress 




-Yes^ 



Send_Networh 
Connect_lf 
fi 



lnt_Tempora 
Connection 



Procedure defined 
in GSM 23.018 



Temporary_ 
Connection_ 
FstahlLghfiri 



Procedure defined 
in GSM 23.01 8 ' 



Figure 4.58b: Procedure CAMEL_CF_ETC (sheet 2) 
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Procedure CAMEL CF ETC 



r Procedure in the MSG 
to handle a temporary 
connection */ 



> Release 



Answer 

"-deceived 

True 



lnt_DP__0_^ 
Disconnect 
negID*/ / 



Wait_For_DisconrTect_ 
Fo i(wa rd_Co nn ecf lo n 



false 



lnt_DP_0_ 
Abandon 



P O Abando 







lnt_contlniffi 






Release ^ 






Result:= 
fail 




[ 




3(3) 



r Signals to/from the left are to/from 
the process MT_GMSC / ICH_MSC; 
signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. 7 



Temporary_Connection_Established 
Wa it_Fo r_Assi sll n g_A nswe r 



Release 



FromCAMEL_ 
Assisting_MSC 
or SRF 



lnt_Disoonngct_ 
Forward_ \ 
Connection \ 



lnt_TC_ 
Released 



lnt_TC_ 
Released 



Results 
pass 




ToCAMEL_ 
Assisting_MSC 
or SRF 



Release 



Result:= 
pass 




To CAMEL_ 
Assisting_MSC 
or SRF 



Figure 4.58c: Procedure CAMEL_CF_ETC (sheet 3) 
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Procedure CAMEL_CF_CTR 

/* Procedure in the MSG 

to handle a Connect To Resource 

operation V ( 



lnt_SRF_ 
Connectio 
Failure 



from SRF 



Int CTR Faited 



Results 
pass 




lnt_lnvoke_ 
SRF 





Await_SRF 
Initialisation 



lnt_SRF_ 
Connecte 



Co 



nnectSRFtct 
the call 



Send_ACM_ 
lf_Required 



^Througti- 
cpnnectior 



No 



Int SRF Connected 



1(4) 



/* Signals to/from the left are |\ 
to/from the process MT_GMSC / ICH_I\/ISC 
signals to/from the right are to/from 
the gsmSSF if not othenwise stated. */ 



To SRF 



from SRF 



Procedure defined 
in GSM 23.018 



Yes 



Send_NetworH. 
Connect_lf 
reqijired 



Procedure defined 
\n GSM 23.018 



relay 



Figure 4.59a: Process CAMEL_CF_CTR (sheet 1) 
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Procedure CAMEL_CF_CTR 

/* Procedure in the MSG 

to handle a Connect To Resource 

operation V 



2(4) 

/* Signals to/from the left are K 
to/from the process MT_GMSC / ICH_MSC 
signals to/from the right are to/from 
the gsmSSF if not othenwise stated. */ 



Relay 



Release 



, From SRF 



Int SRF Released 



Result := 
pass 



lnt_DP_0_\ 
Disconnect 
\r l e gi p 7 / 



lnt_DP_0_ 
Abandon 
/* l e g I D V 



Result:= 
pass 



Abando) 








lnt_continufi 






Result := 
fail 







lnt_Disconaect_ 
Forward 




lo SRF 



/Await_SRF_\ 
Disconnection I 
\ Cnntlnije / 




From SRF 



Int SRF Released 



Result:= 
pass 



To SRF 





lnt_DP_0_\ 
Disconnect 
L/? legID */ / 



Fg 

lnt_DP_0_ 
Abandon 
/* l e gl Q */ 



Wait For_DisconnecUp ^ 
For ^ard_Conne(^ iorr ^- - 



Abandoln 



Int Disconnect , ^ ^. . 
Fo7ward^d^nec|l5lT-^°"""^^ 



lnt_DisconnfeM/_ait^For Disconri ect_ 



SRF 



/Fot'^ard_Connection 



/Await_SRF_ 
DisconnectionJ 



\ Ad 








lnt_SRF_ / 
Released ^ 






Result := 
Pass 











lnt_Discoripect_ 
Forward_GG(nnection 







lnt_Disconnect_ 
SRF 




/Await_SRF 
disconnection 
\ Fa il 



lo SRF 



Figure 4.59b: Procedure CAMEL_CF_CTR (sheet 2) 
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Procedure CAMEL_CF_CTR 

/* Procedure in the MSG 

to handle a Connect To Resource 

operation */ 



3(4) 

I* Signals to/from the right are to/from \ 
thegsmSSF. 

Signals to/from the left are to/from 
the external SRF. */ 



Relay 



CAP_Play_ 
Announcefnent 



CAP_Play 
Announce nent 



CAP Pro mp 
And_Coll€ 
Usser Inform^ on 



CAP_Pronipt_ 
And_Colle;t_ 
. User Infotl mation 



CAP_Specialized_ 
RessourceReport 



CAP_Speck|ized_ 
Resso u rce_Rfe po rt 



\ CAP_Prompt_ 
>And_Collect_ 
/ UserJrifQilmation 
acK 

CAP_Prom))t 
And_Collect J 
Userjnfort yiation 




Figure 4.59c: Procedure CAMEL_CF_CTR (sheet 3) 
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Procedure CAMEL CF CTR 



4(4) 



/* Procedure in the MSG 

to handle a Connect To Resource 

operation */ 



Awa it_SR FJ n it! alisation 



/* Signals to/from the left are |\ 
to/from the process MT_GMSC / ICH_MSC: 
signals to/from the right are to/from 
the gsmSSF if not otherwise stated. */ 




lnt_DP_0_bt§connect 
neg\DV 



Int Disconnect SRF ToSRF 



/Await_ 
Disconr 
\ Ac 


_SRF_^ 
ection . 
live / 






lnt_SRF_ / 
Released K 






Result:= 
pass 



, FromSRF 




lnt_DP 


_0_^ 







P O Abando 



Int contin 



Int Disconnect SRF ToSRF 



/Await_SRF_ 
Disconnection 







lnt_SRF_ X 
Released K 






Result:= 
fail 







From SRF 



Figure 4.59d: Procedure CAMEL_CF_CTR (sheet 4) 
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4.5.6 Handling of mobile calls in the gsmSSF 

Handling of mobile calls in the gsmSSF may involve the following process and procedures : 

- gsmSSF; 
Check_Criteria; 

- Connect_To_Resource; 

- Handle_AC; 

- Handle_ACR; 

- Handle_CIR; 

- Handle_CIR_leg; 
Complete_FCI_record; 
Complete_all_FCI_records; 

- Handle_SCI; 

- Handle_0_Answer; 

- Handle_T_Answer. 

The detailed error handling for the process gsmSSF and the associated procedures is specified in 3G TS 29.078 ([5]). 



4.5.6.1 



Information flow for call duration control 



The following diagram shows the handling of the different timers that are used in the process gsmSSF and in the 
procedures Handle_AC, Handle_ACR, Handle_CIR. Timers Tssf, Tcp, Tsw, Tw and DELTA are defined in the process 
gsmSSF. 



CSE 



AC{Tcp1) 



ETC/CTR 



ACR 



AC(Tcp2) 



ACR 



RRBCSM 



CONNECT 



AC(Tcp3) 



ACR 



ERBCSM 



gsmSSF/MSC 



Tsw 



-r < 



Tcp1 



Delta 
Tcp2- Delta 



Tsw 



VTcp3 



MSC / TE 



ANSWER 



RELEASE 



SETUP 



ALERT 



ANSWER 



RELEASE 



Figure 4.60: Information fiow for call control duration 
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4.5.6.2 Behaviour of the gsmSSF in the process gsmSSF 

The following paragraphs give details on the behaviour of the gsmSSF in the process gsmSSF. 

4.5.6.2.1 Actions of the gsmSSF on receipt of CAP_Request_Report_BCSM_Event (at the 
state WaitingForJnstructions) 

The gsmSSF arms the requested EDP, if the arming rules are fulfilled and returns to state Waiting_For_Instructions. 

The gsmSCF may request the monitoring for any one or more Answer, Busy, No Answer, Abandon, Route Select 
Failure and Disconnect Event of a party in the call. 

4.5.6.2.2 Actions of the gsmSSF on receipt of CAP_Continue (at the state 
WaitingForJnstructions) 

An Int_Continue is sent to request the GMSC/MSC to continue call set-up as originally requested. 

4.5.6.2.3 Actions of the gsmSSF on receipt of CAP_Release_Call (at the state Monitoring) 

When a control relationship exists between the gsmSCF and gsmSSF (at least one EDP-R is armed), the gsmSCF may 
spontaneously instruct the gsmSSF to release the call at any time using the Release Call IF. The Release Call IF shall 
not be sent from the gsmSCF if only monitor relationship exists between the gsmSSF and the gsmSCF. 

4.5.6.2.4 Actions of the gsmSSF on receipt of lnt_DP_T_Busy or lnt_DP_T_No_Answer 
including the parameter CF (at the state Monitoring) 

If the handling of Int_DP_T_Busy or Int_DP_T_No_Answer including the parameter CF leads to the gsmSSF sending a 
CAP_Event_Report_BCSM to the gsmSCF, the gsmSSF shall include the parameter Call Forwarded as the Event 
Specific Information BCSM. 

4.5.6.3 Procedure Handle_SCI 

1) Precondition: before an answer event is detected and no Tsw running at DP Collected_Info: 
if 1 set of e-parameters received — > send to the MSC; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > send Ist/start Tsw/store 2"''. 

2) Precondition: before an answer event is detected and Tsw rurming and no e-parameters at DP Collected_Info: 
if 1 set of e-parameters received — > error, no e-parameters stored; 

if 2 sets e-parameters received — > send Ist/store 2°''; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > error. 

3) Precondition: before an answer event is detected and Tsw running and e-parameters stored at DP CoUected_Info: 
if 1 set of e-parameters received — > error; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > error. 
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4) Precondition: after an answer event is detected and no Tsw running: 
if 1 set of e-parameters received — > send to the MSG; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > start Tsw/store set; 
if 2 sets of e-parameters and Tariff Switch received — > error. 

5) Precondition: after an answer event is detected and Tsw running and no e-parameters: 
if 1 set of e-parameters received — > store e-parameters; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > error. 

6) Precondition: after an answer event is detected and Tsw running and e-parameters stored: 
if 1 set of e-parameters received — > error; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > error. 

7) Precondition: before an answer event is detected and no Tsw running at DP Analysedjnformation: 
if 1 set of e-parameters received — > send to the MSG; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > send Ist/start Tsw/store 2"''. 

8) Precondition: before an answer event is detected and Tsw running and no e-parameters at DP 
Analysedjnformation: 

if 1 set of e-parameters received — > error; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > error. 

9) Precondition: before an answer event is detected and Tsw running and e-parameters stored at DP 
Analysedjnformation: 

if 1 set of e-parameters received — > error; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > error. 

NOTE 1: The MSG shall store the received e-parameters to be sent subsequentiy to the MS. The MSG shall send 
these e parameters to the MS in a Gonnect message or in a Facility message. 

NOTE 2: Dialled service gsmSCF can only give e-parameter(s)/Tsw when it is not given previously by Subscriber 
Service gsmSCF. After Dialled service gsmSGF gives e-parameter(s)/Tsw, Subscriber Service gsmSCF 
shall not give further on-line charging insttuctions (i.e. Send Gharging Information and Apply Charging). 
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For D-CSI, this is ensured by service subscription restriction by a home network operator. For N-CSI, this 
is ensmed by a roaming agreement between home network operator and visited network operator or is 
only applicable within a home network. 

4.5.6.4 Process gsmSSF and procedures 

The call gap operation can only be received for an opened transaction between the gsmSSF and the gsmSCF. 
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Process gsmSSF 1(41) 

/* Invocation of gsmSSF in MO, • 
MT, VT or CF call case. */ ] 



r Timers used in the gsmSSF process 

Tssf: Application timer in the ssf. 
Top: Timer for call period. 

This timer measures the duration of a call period. 
Tsw: Tim er for tariff switch . 

At the expiration of this timer, a new tariff switch shall be started. 
Tw: Warning timer. 

At the expiration of this timer, a warning tone shall be played to the calling party. 
DELTA: time, measured in the gsmSSF, elapsed between the time an 

ApplyCharging Report operation is send to the gsmSCF and an 

ApplyCharging operation is received from the gsmSCF. 
Tccd: Control of call duration timer. 

This timer supervises if after sending of ACR a new AC is received. 

Ranges for the default values for Tssf. 

- non user interaction Tssf timer value: 1 second to 20 seconds 

- user interaction Tssf timer value: 1 minute to 30 minutes 



/* TASK definition : K 

The sending of an Application_Begin signal opens a new relationship to the gsmSCF. 

The sending of an Appllcation_End or Abort signal terminates the relationship to the gsmSCF. 

*/ 



/* Decision box definition: [\ 
'armed TDPs for this CSI?' 

It is questioned whether or not the ongoing call can encounter further TDPs which are 
indicated in the current CSI. 

'Call to be released?' 

It is questioned whether or not the ongoing call will be released imediately after gsmSSF 
has responded; that is the ongoing call will not send any signals furtheron to the gsmSSF 
NOTE: In this case the gsmSSF shall also go to idle. 

V 



Figure 4.61a: Process gsmSSF (sheet 1) 
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Process gsmSSF 



2(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



/* Signals to/from the left are to/from the MSC;[ 
signals to/from the right are 
to/from the gsmSCF. 7 



The received CSI states 
whether DP Collected_lnfo 
or DP Analysed_lnformation 
or DP Route_Select_Fallure 
or DP T_Busy 
or DP T_No_Answer 
or DP Terminatlng_Attempt_ 
Authorised shall be armed 
as TDP. 




lnt_lnvoke 
>gsmSSF 
4041 



Arm DP 



lnt_lnvoke 
>gsmSSF 
(T-j^S I ) 



lnt_lnvoke 
>gsmSSF 
(VT -CSI) 




Exception, 
Exception 



lnt_gsmSS;F 
Invoked 



Wait_For_ 
_Request 



lnt_lnvoke 
>gsmSSF 
411 



lnt_lnvoke 
>gsmSSF 
4M 



Int Continue 



Idle 



lnt_DP_0_Answer, 

lnt_DP_T_Answer, 

I nt_D P_0_Abandon , 

lnt_DP_T_Abandon, 

lnt_DP_Route_Select_Failure, 

lnt_DP_0_No_Answer, 

lnt_DP T No_Answer, 

lnt_DP_0_Busy, 

lnt^DP_T_Busy, 

Int^DP 0_Disconnect, 

lnt_DP_T Disconnect, 

lnt_DP_Analysed_lnfo 



Figure 4.61b: Process gsmSSF (sheet 2) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



/* Signals to/from tine left are to/from the MSC;L 
signals to/from the right are 
to/from the gsmSCF. 7 



3(41) 



lnt_DP_Route_Select_Failure, 
lnt_DP_T_Busy, 
Int DP T No Answer 




lnt_T 
Int d 



Exception, 
.Exception 



lnt_DP_0 
lnt_DP_T_ 
lnt_DP_0 
lnt_^DP_T_ 
lnt_DP_0 
lnt_DP_T_ 
lnt„DP_0 
Int DP O 



.Abandon, 
Abandon, 
Disconnect, 
Disconnect, 
Answer, 
Answer, 
_Busy, 
No Answer 



lnt_DP_ 
^_Terminat|ng_ 
-^Attempt, 
_Authorized 

No 




Yiigned?' 



lnt_DP_ 
^_Collected_ 
_ Information 



(t;heck_Criteri; 
Unsuccessful 



(;heck__Criteria_ 
(Collected Info 





No 


:^int_ 


_Contin|. 










lnt_DP_ 
_Analysed_ 
InfnrmatlnJ T 



Default Call Handling : 
Continue Call? 



Gap treatment depends on 
the info received in the 
Call Gap message (i.e. 
tone/announce, cause, etc.) 



Figure 4.61c: Process gsmSSF (sheet 3) 
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Process gsmSSF 



4(41) 



/* Invocation of gsmSSF in MO, 
IVIT, VT or CF cali case. */ 



/* Signais to/from tiie left are to/from the l\/ISC;[ 
signals to/from the right are 
to/from the gsmSCF. 7 







'Set Tssf to default 
non user interaction 
Tssf timer interval 
and restart Tssf 










ApplicationX 
Begin / 









'Set Control 
Relationship' 







'Set Tssf to default 
non user interaction 
Tssf timer interval 
and restart Tssf 










ApplicationX 
Begin 









'Set Control 
Relationship' 



CAP InitialDB CAP InitialD 









/ 


/Waiting_for_\ 
I Instructions j 



ACR sent:=false , Waiting Jor_\ 

AC pending :=false Mnstructions J 

Outstanding requests = 1 V — fonDS — 7 
Oustanding Call Information Report = 



Figure 4.61 d: Process gsmSSF (sheet 4) 
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Process gsmSSF 



5(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



Waiting_for_ 
Instructions 



CAP_Appl; 
Charging 



CAP Reseft Timer 



Handle AC 




Yes 



tli 



restart Tssf 



Set Tssf to 



Set Tssf to 
CAP Reset Tinier CAP Reset Tinier 




restart Tssf 



No 



/walting_ForJ 
llnstructlons 



Internal 



'Not Waiting for first response after IDP 
or first reset Timer' 



/* Signals to/from tfie left are to/from the MSC;[ 
signals to/from the right are 
to/from the gsmSCF. 7 



Timer expir; 
Tssf 



Abort 



Int Error 



(pomplete_all_. 
FCI records 



I No 

■Default cajl^ 

hafidling = coniifloe 
call?^ 
Yes 

'armedTDf?^ ^° 
■this C 




Idle 



Figure 4.61 e: Process gsmSSF (sheet 5) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



['Waiting_for 
Instructions 



/* Signals to/from the left are to/from the MSC;I\ 
signals to/from the right are 
to/from the gsmSCF. 7 



6(41) 



CAP Contintje 



DP_0_No_answer of Ieg2 
DP T No_answer of Ieg2 
DP O Busy of Ieg2 
DP T Busy of Ieg2 
DP_Route_Select_Failure of Ieg2 
DP_0_Disconnect of Ieg2 
DPTDisconnect of Ieg2 



Messag 



CAP_Continue_ 
WithArgurnent 



CAP Confiect 



Stop Tssf 



Stop Tssf 



DP_0_Disconnect of Ieg1 
DP_T_Disconnect of legl 
d due to 





lnt_Contin 
_With 

..^AraiimetJt 



yiessag i 



ue 



Yes 
Conn 



Current DP is 
0_Disconnect or 
T Disconnect? 





No 


^Int_ 


_Contin| 







Set Outstanding_ 
_Requests = 
Outstanding_ 
_Requests - 1 





le 


No 


p <^ lnt_Contin 



Complete_ 
FCI_record 
( 1 ^0 ? ) 



Y5S 



DP was due to 
CalLForwarding 



DP_0_No_answer of Ieg2 
DP_T_No_answer of Ieg2 
DP_0_Busy of Ieg2 
DP_T_Busy of Ieg2 
DP_Route_Select_Failure of Ieg2 
DP_0_Disconnect of Ieg2 
DP T Disconnect of Ieg2 



No 
Destination 
Number^ 

9 




Set Outstanding 
Requests =0 



Yes 



Set Tssf to lasi 
used time interval 

Jf 




I No 

Any remaining 
armed EDP 
report pending? 

Yes 



Application_ 
End 



9omplete_all_ 
FCI records 




Figure 4.61 f: Process gsmSSF (sheet 6) 
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Process gsmSSF 



7(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



/* Signals to/from the left are to/from the MSC;| 
signals to/from the right are 
to/from the gsmSCF. 7 



''waiting_for_\ 
Jnstructionsy 



I 



CAP_Requ^t_ 
_ReportBC5SM_ 
Fvent X 



Set Tssf to lasi 
jsed time interval 
and restart Tssf 





No 


\fulfilled:J/^ 
Yes 


Error \ 
Unexpected / 
Data Value/ 


Arm EDP 
and/or 
disarm EDP 












< 



CallActive := FALSE r < 



CAP_ ]7 
Releasedall 



C pending^ 
False "~Y^ Fals> 
True 




Exception, 
.Exception 



Tjue 



'cAP_Apply\ 



Charging_Report 



CAP_Appl^ ^ 
Charging_Report 



Waiting_For 
Instructions 



Depending on the Monitoring 
parameter received for the 
indicated detection point. 
For DP on Disconnect a DP 
is only disarmed for the leg 
for which the event was 
received. 



Handle CIR 



Handle CIR 



(^omplete_all^ 
FCI records 



(pomplete_all_ 
FCI records 



Abort 



Application, 
End 



Int Release Call 



Stop Tssf 




Figure 4.61 g: Process gsmSSF (sheet 7) 
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Process gsmSSF 



8(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



/Waiting_For 
Instructions 



/* Signals to/from the left are to/from the MSC;[ 
signals to/from the right are 
to/from the gsmSCF. 7 




CAP_EstabJi^h 
Temporary 



CAP_Canfiel_(AII) 



stop Tssf 



Disarm all 
EDPs 



lnt_Establi3h 

Temporary 

Connection 



Cancel all 
reports 



Await_Temporai; 

Connection_ 
EstahlishmenOVFI 



No 



lnt_Tempcrary_ 
>Connection_ 
Established 




Yes 



Send E 
parameters 



Set Tssf to user 
nteraction timer 




/WaitingForj 
i __End_OL j 
\Temporary_ 
Connection WFI 



>lnt ETC F-ailed 



Error ETC failed 



| < 

Set Tssf to lasi 
jsed time interval 
and restart Tssf 



/waitlng_For_ 
Instructions 



Figure 4.61 h: Process gsmSSF (sheet 8) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



Waitlng_for 
Instructions 



CAP_Conr)gctTo 
Resource \^ 



9(41) 



/* Signals to/from the left are to/from the MSC;[\ 
signals to/from the right are 
to/from the gsmSCF. */ 



stop Tssf 



Connect_To. 
Resource 




Send E 
parameters 



fail 

Set Tssf to lasi 
jsed time interval 
and restart Tssf 



Return approoriate 
error to the / 
gsmSr.F / 



/Walting_For. 
Instructions 



at Tssf to use' 
ihteraction timer 
laliie and restar t 



/Waiting_For\ 
i _End_Of_ I 
IJse V Interar.tinn A A/FI 



Figure 4.61 i: Process gsmSSF (sheet 9) 
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Process gsmSSF 10(41) 

/* Invocation of gsmSSF in MO, /* Signals to/from the right areK 

MT, VT or CF cali case. */ ] to/from the gsmSCF. */ \ 




CAP_Requ^t_ 
Report_B(5§M_ 
Fvent 




Arm DP 
and/or 
disarm DP 



In state 'Monitoring', oniy 
requests to disarm DPs or to 
sent notifications are allowed 




Figure 4.61j: Process gsmSSF (sheet 10) 
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Process gsmSSF 



11(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



Waitingforjnstructions, 
Monitoring , 

Waiting_for_End_Of_Temporary_Connection_WFI, 

Waiting_for_End_Of_UserJnteraction_WFI, 

Await_Temporary_Connection_Establishment_WFI, 

Waiting_for_End_Of_Temporary_Connection_MON, 

Waiting_for_End_Of_User_lnteraction_MON, 

Await_Temporary_Connection_Establishment_MON 



lnt_DP_0_ 
_Disconnect 
/* l e g ID * / 



lnt_DP_T_ 
Abandon 




CAP_EvenK 
_Report_BC^M 
(Notify ^ Odntinue) 



/* Signals to/from the left are [\, 
to/from the MSG; 
signals to/from the right are 
to/from the gsmSCF. 7 



No 



Handle 


3_ACR 






Handle_CIR 






Stop 


Tssf 



F'erform implicit 
disarming of DPs 



CallActive : 
FALSE 



-> 



Handle ACR 



Int Continue 



Handle_CIR_ 
leg (legID) 



CAP_Event 
_Report_BCSM 




Set Tssf to default 
non user interaction 
imer value and 



restart Tssf 



Set 



Application_\ 
End / 



Idle 



Outstanding 
_Requests = 
Outstanding_ 



_Requests + 1 



Waiting_for_ 
Instructions 



F'erform implicit 
disarming of DPs 



Stop Tssf 



Int Continue 




Yes 



Monitoring 



(pomplete_all_ 
FCI records 



Application, 
End 



Idle 



Figure 4.61k: Process gsmSSF (sheet 11) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



/* Signals to/from the left are to/from the MSCh, 
signals to/from the right are 
to/from the gsmSCF. */ 



12(41) 



Waiting_for_En\i_ 
_pf_Temporary!_ 
Connection Wf^l 



CAP_Discpffnect_ 
FonwardCorinection 



lnt_Disconnect_ 
Forward_ 
vComection 



Set Tssf to last 
3ed time interval 



/Waiting_For 
Instructions 



CallActive : 
FALSE 



>lnt TC Rtileased 









Handle_ACR 


> - - 


Handle_ACR 



CAP_Apply/ 
Charging \ 



Handle AC 



CallActive : 
FALSE 



W'aiting_foi^End_ 

^f_TemporarV 
C6nnectioii_MON 



CAP_Discofinect_ 
ForwardCorinection 



Handle ACR 



lnt_Disconnect_ 

Forward_ 

C ojinection 





Stop Tssf 



Waiting_for_End_Of_Temporary_ 
Connection_WFI,Waiting_for_End_ 
_Of_Temporary_Co n nectio n_M ON 



CAP_Reset: 
Timer \ 



Tssf expin 



Set Tssf to 
CAP_Reset_Tirrier 
tl 

-restart Tssf 



, Internal 



Abort 



lnt_Disconnect_ 
Forward_^onnection 



^lnt_ 


TC_R€ 






Handle_ACR 
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Monitoring 



Figure 4.611: Process gsmSSF (sheet 12) 
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Process gsmSSF 



13(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



DP_0_No_answer of Ieg2 
DP_T_No_answer of Ieg2 
DP_0_Busy of Ieg2 
DP_T_Busy of Ieg2 
DP_Route_Select_Failure of Ieg2 
DP_0_Disconnect of Ieg2 
DP T Disconnect of Ieg2 



aiting_For_Er 
Df_TemporarV 
/Fl 




/* Signals to/from the left are to/from the MSC;[\, 
signals to/from the right are 
to/from the gsmSCF. */ 



Stop Tssf 



DP_0_Disconnect of Ieg1 
DP T Disconnect of Ieg1 



Messag e was receive d due to 
DP of Lea ID 



Complete_ 
FCI_record 
( l eg ? ) 



ELSE 




Complete_ 
FCI_reGord 
( l egl) 
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andle_CIR 
Ieg(leg2) 



Current DP is 
0_Disconnect or 
T Disconnect? 




Yes 

%t Outstanding 
Requests = 



Outstanding^^ 
jRequests > 

T^Ye s 



- Set Outstanding 
.Requests =0 



Set Tssf to lasi 
used time interval 
and re start Ts sf 



W&iting_For_Erid 
Df_Temporap 




No 



Ariy remaining 
irmed EDP or^ 
reportp^nding? 

Yes 



Application. 
End 



'Set Monitor 
Relationship' 



Waiting_For_End_ 
_t)f_Temporary_ 
C Vinner.tinn Mt )H 




Figure 4.61m: Process gsmSSF (sheet 13) 
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Process gsmSSF 



14(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



/Waiting_For\ 
End_Of_Useri 
Ihteractipn WFI 



/* Signals to/from tiie left are to/from the MSC;[\ 
I signals to/from the right are 
to/from thegsmSCF. 7 



DP_0_No_answer of Ieg2 
DP_T_No_answer of Ieg2 
DP_0_Busy of Ieg2 
DP_T_Busy of Ieg2 
DP_Route_Select_Failure of Ieg2 
DP_0_Disconnect of Ieg2 
DPTDisconnect of Ieg2 



Messag 



CAP Contipde 



Stop Tssf 



DP_0_Disconnect of Ieg1 
DP T Disconnect of Ieg1 



Complete_ 
FCI_record 




d due to 




E.SE 



Complete_ 
FCI_record 



Handle_ClR 

Ieg(leg2) 



Current DP is 
0_Disconnect or 
T Disconnect? 



No 



Yes 



Set Outstanding 
_Requests 
Outsfai 




/Waiting_For^, 
End_Of_User ] 
Ihteraotinn wFl 



Waiting_For^\ 
End_Of_User_ 
In terantinn MO Kl 



Figure 4.61 n: Process gsmSSF (sheet 14) 
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Process gsmSSF 

/* Invocation of gsmSSF in IVIO, 
IVIT, VT or CF call case. */ 



15(41) 



/* Signals to/from the left are to/from the MSC;| 
signals to/from the right are 
to/from the gsmSCF. */ 



Waiting_for_End_Of_Temporary_Connection_WFI, 
Waiting_for_End_Of_User_lnteraction_WFI, 
Waiting_for_End_Of_Temporary_Connection_MON, 
Waiting_for_End_Of_User_lnteraction_MON 



Tw expirei 



1 Internal 



Internal 



I 



Tsw expiri 



1 Internal 



Tcp expirei 



1 Internal 



Tccd expired 



lnt_Apply_ This provoques the MSG 
WarningTondto play a tone to the party 
^ 1 for whom the BCSM is operating 



This provoques the MSG 
to send e parameters to ' 
the calling party 





T 



-Yes 



Handle AGR 



Store curent 
value of Tcp 



No 



Set Tssf to lasi 
used time interval 

si 



Start Tccd 
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GallActive := FAKSE; 
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GAP_ 

'Apply_Gharqihg_ 
iReport / 
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\ Fonward C;omections 



Handle GIR 



(pomplete_all_ 
FGI record 



Int Release 



Stop Tssf 



Application_ 
End 



Idle 



Figure 4.61 o: Process gsmSSF (sheet 15) 
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Process gsmSSF 



16(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



/* Signals to/from the left are to/from the MSC;[ 
signals to/from the right are 
to/from the gsmSCF. 7 



Monitoring 



Internal 



Tw explrei 



lnt_Apply 
WarningTone 




This provoques the MSG 
to send e parameters to 
the calling party 

This provoques the MSG 
to play a tone to the party 
for whom the BGSM is operating 



CallActive := 
TRUE 





No 


CAP_ \ 
Apply Gharoi^ 






(^omplete_all_. 
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ApplicationX 
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g_ 
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Figure 4.61 p: Process gsmSSF (sheet 16) 
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Process gsmSSF 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



17(41) 



/* Signals to/from the left are to/from the MSG; 
signals to/from the right are 
to/from the gsmSCF. */ 



W/aiting_for_Ena_ 
_Of_User_ 
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CAP_Appl; 
Charging 



C A P_D isc om ect_\ 
Fo nward C win ectio ri/ 



lnt_SRF 
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|CAP_Play. 
Announci 



Handle AC 



Handle ACR 



Handle ACR 



ent 



CAP_PrompL& 
_Collect_LJ^r_ 
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CAP_Cance 
(InvokeJK 



CallActive : 
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used time intervahoh user interactiofiDn user interaction 
^ t imf! intprvril aniH t lmp intRrval anti 
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Figure 4.61 q: Process gsmSSF (sheet 17) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



18(41) 



W/aiting_for_Encl_ 
_Of_User_ I 
Inleractipn I\/i6n 



/* Signals to/from the left are to/from the MSC; 
signals to/from the right are 
to/from the gsmSCF. */ 



CAP_/ 
Chargi 


fig \ 






Hand 


e_AC 



CAP_Discomect_ 
ForwardC(Kinection 



u 



Handle ACR 



Int SRF fieleased iCAP Res&t T\mer 



Handle ACR 
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Forward 



Set Tssf to last 
sed time interv; 
and re sta rt Ts sl 
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FALSE 
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Figure 4.61 r: Process gsmSSF (sheet 18) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



W/aiting_for_End_ 
_Of_User_ 1 
nteraotinn W/FI 




Canoelle( 



CAP_Can|;el 
Failed error 



-From SRF 



19(41) 

/* Signals to/from the left are to/fromK 
ttie process Generlc_SRF; 
signals to/from the right are 
to/from the gsmSCF unless 
othenwise stated. */ 
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Information _____ 



gstH^ 



CAP 
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result/error to^he 



W/aiting_for_End_ 
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Abort 



lnt_Discon|nect 
Forward Clonnection 



>RF_Release 
Pending 



>lnt SRF Fieleased 



^lnt_ 


Error 






Complete_alL. 
FCI_record 




Figure 4.61s: Process gsmSSF (sheet 19) 
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Process gsmSSF 



20(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



Vy/aiting_for_EnGl_ 
_Of_User_ j 
I htfiractinn MCO N 



/* Signals to/from the left are to/from 
the process Generic_SRF; 
signals to/from the right are 
to/from the gsmSCF unless 
otherwise stated. */ 



CAP_Can:elli 
error 



CAP_Canfcel 
Failed error 



rFrom SRF 



CAP_ 
Specialise^. 
Resource 



R^Dort 



Relay the operation/ 
result/error taVr\e 




Timer expir; 
Tssf 



Abort 



W'aiting_for_En\j_ 
\ _OLUser^ ] 
Ihteraction MON 



lnt_Discor[nect_ 
Forward Connection 



5RF_Release 
Pending 



>lnt SRF F?eleased 



lnt_Error 



(3omplete_all. 
FCI record 




Figure 4.61 1: Process gsmSSF (sheet 20) 
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Process gsmSSF 



21(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



Monitoring 



/* Signals to/from the left are to/from the MSC;[\ 
signals to/from the right are 
I to/from the gsmSCF. V 



CAP_Can6el_(AII) 



Disarm all 
EDPs 



^lnt_ 


.DP_0 






Handle_0_ 
Answer 



Answer 



^lnt_ 


.DP_T_ 






Handle_T_ 
Answer 



Answer 



Cancel all 
reports 



Perform implicit 
disarming of DPs 




For DP 0/T Disconnect the DP 
Is only disarmed for the leg 
for which the event was 
received. 



Disarm this DP 
' F'erform implicit 
ri isarminn of DPk 



CAP_Event 
_Report_BCJ 
(Intergjpte 








Yes 


ApplicationX / |nt_Contin, 









Any remaining armed 
EDPs or 

outstanding report? 



Disarm this DP 
1'erform implicit 
d isarming of DPs 



Set Outstanding_ 
_Requests = 1 



Int Contlnje 




Monitoring 



Sbt Tssf to default 
non user Interaction 
Tssf time r v alue and 
restar|^Tssf 

/Waitlng_For_ 
I Jnst ructions] 



No 



Wait_For_ 
_Request 



Idle 



Figure 4.61 u: Process gsmSSF (sheet 21) 
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Process gsmSSF 



22(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



Monitoring 



/* Signals to/from the left are to/from the MSC;K 
signals to/from the right are 
to/from the gsmSCF. 7 



lnt_DP_0_No_Answer, 

lnt_DP_T_No_Answer, 

lnt_DP_0_^Busy, 

lnt_DP_T_Busy, 

Int DP Route Select Failure 







Not armed for Leg ID 


Hanclle_ACR 










CallActive := > 


Stop Delta 


FALSE ; ^ 




EDP N 



CAP_EvenV\ 
_Report_BCSM 



Handle ACR 



EDP R 



Handle ACR 



Y(5S 

landle_CIR_ 
leg {Ieg2) 




Stop Delta 



Complete_ 
FCI_record 
( I fig2) 



Y 




Handle CIR 
leg (Ieg2) 





F'erform implicit 
disarming of DPs 




Application_ 
End 




Complete_ 
FCI_record 

^ 



Disarm this DP 
Perform implicit 
disarming of DPs 



Int Continue 



{ lnt_ 


.Contin 







Any remaining armed 
EDPsor 

outstanding report? 



Complete_ 
FCI_record 
( I fig1) 



Monitoring 



For DP 0/T Disconnect the DP 
is only disarmed for the leg 
for which the event was 
received. 



Idle 



Stop Delta 



Handle_CIR 
leg (Ieg2) 



CAP_Evenr 
_Report_BCSM 



Disarm this DP 
Perform implicit 
disarming of DPs 



Set Outstanding_ 
_Requests = 1 



S9t Tssf to default 
non user interaction 
T.tt kf timer vail ifi fj nd 
restart Tssf 

(Waiting_For_\ 
Instructions 



Figure 4.61 v: Process gsmSSF (sheet 22) 



ETSI 



3G TS 23.078 version 3.4.0 Release 1999 



189 



ETSI TS 123 078 V3.4.0 (2000-03) 



Process gsmSSF 

/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. 7 



WaitingJoi^Encl_ 
\ JDLUseiL ; 
Ihteractinn MON 



23(41) 



CAP_Can6el_(AII) 



y\nt_ 


DP 
.DP. 








/* Signals to/from the left are| 
to/from the MSG; 
signals to/from the right are 
to/from the gsmSCF. */ 



Disarm all 
EDPs 




True 



start Top 



Cancel all 
reports 



This provoques the MSG 
to send e parameters to 
the calling party /called party 




For DP 0/T Disconnect the DP 
is only disarmed for the leg 
for which the event was 
received. 



No 



Send 

e parameters 




-Mo- 



Perform implicil 
disarming of DPs. 



For DP 0,T Disconnect the DP 
is only disarmed for the leg 
for which (he event was 
received. 



GAP_Even 
_Report_BC$M 

ntinue) 



Disarm this DP 
F'erform implicil 
disarming of DPs 




No^lYes 
DP armed 

"^asEDP-^?^ 

Lves 

GAP_Event\ 

_Report_BC3M 

(Interrupted) 







Stop Tssf 






^lnt_ 


.Gontin 







Disarm this DP 
Perform implicil 
disarming of DPs 



Any remaining armed 
EDPs or 

outstanding report? 



WaitingJor^Encl_ 
\ JDLUser^ ) 
I hterar.tinn M(/) N 



Set Outstanding 
_Requests = 1 



SbtTssf to default 

user interaction 
Tssf ti me r v alue and 

restar[,Tssf 

VV'aiting_for^End_ 
I _Of_User_ i 
t nterar.tinn WP \ 



Figure 4.61 w: Process gsmSSF (slieet 23) 
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Process gsmSSF 



24(41) 



/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. */ 



W'aiting_for^Encl_ 
I htfirantinn MC^ N 



/* Signals to/from the left are to/from the MSC;[ 
signals to/from the right are 
I to/from the gsmSCF. 7 



lnt_DP_0_No_Answer, 

lnt_DP T_No_Answer, 

lnt_DP_0_Busy, 

lnt_DP_T_Busy, 

Int DP Route Select Failure 





Not armed for Leg ID 
or criteria not met 


Handle_ACR 










CallActive := > 


Stop Delta 


FALSE ; 












EDP R 




Handle ACR 



Stop Delta 



Complete_ 
FCI_record 

( i fig2) 



V 




Handle CIR 
leg (Ieg2) 





Perform implicit 
disarming of DPs 





Complete_ 
FCI_record 



Application, 
End 



Int Continue 



Complete_ 
FCI_record 
( I flg1) 





Yes 


\ lnt_ 


.Contin| 











isarm this DP 
Perform implicit 
disarming of DPs 



Any remaining armed 
EDPsor 

outstanding report? 



Waiting_for_Encl_ 
I _Of_User_ ) 
I hteractinn M(7!) N 



For DP 0/T Disconnect the DP 
is only disarmed for the leg 
for which the event was 
received. 



Idle 



Handle 


;_ACR 






Stop 


Delta 



Handle_CIR^ 
leg {Ieg2) 



CAP_EvenV 
_Report_BCSM 




Disarm this DP 
Perform implicit 
disarming of DPs 



Set Outstanding 
_Requests = 1 



nd 



Sst Tssf to default 
non user interaction 
Ts; 

restart Tssf 

W'aiting_for_En\)_ 
i JDLUsei^ I 
I nterantinn W /Fl 



Figure 4.61 x: Process gsmSSF (sheet 24) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
MT, VT or CF call case. 7 



Waiting_For_Ertcl_ 
_pf_Temporary_ 
dyinnfictinn Mf)N 



25(41) 



y\nt_ 


DP 
.DP. 








/* Signals to/from the left are 
to/from the MSG; 
signals to/from the right are 
to/from the gsmSCF. 7 



CAP_Caneel_(AII) 




Disarm all 
EDPs 



True 



start Top 



Cancel all 
reports 



This provoques the MSG 
to send e parameters to 
the calling party 




For DP 0/T Disconnect the DP 
is only disarmed for the leg 
for which the event was 
received. 



No 



Send 

e parameters 



Stop Tssf 



Application_x 
End / 



(iomplete_all. 
PCI record 



Int Continue 



-Mo- 



Perform implicil 
disarming of DPs. 



No 




For DP OfT Disconnect the DP 
is only disarmed for the leg 
for which the event was 
received. 




Yes 
DP armed 



CAP_Evenr 
_Report_BC$M^ 
ntinue) 

L Yes 

CAP_Event\ 
_Report_BC3M 
(Interrupted) 



Disarm this DP 
F'erform implicil 
ri tearming of DPk 





No 



Idle 







Stop Tssf 






<^lnt_ 


.Contin 







Disarm this DP 
Perform implicil 
disarming of DPs 



Any remaining armed 
EDPs or 

outstanding report? 



WaitingForErid^ 
JPf_Temporary_ 
d nnnentinn Mf )N 



Set Outstanding 
_Requests = 1 



SbtTssf to default 

user interaction 
Tssf ti me r v alue and 

restatj^Tssf 

W,aiting_For_En(d_ 
_Df_Temporary_ 



Figure 4.61 y: Process gsmSSF (slieet 25) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



26(41) 



W'aiting_for_End_ 
_pf_TemporarY_ 
C nnnfictinn Mt )N 



lnt_DP_0_No_Answer, 

lnt_DP_T_No_Answer, 

lnt_DP_0_Busy, 

lnt_DP_T_Busy, 

Int DP Route Select Failure 



/* Signals to/from the left are to/from the MSCt\ 
signals to/from the right are 
to/from the gsmSCF. 7 





Not armed for Leg ID 


Handle_ACR 










CallActive := > 


stop Delta 


FALSE ^ 











DP type? 



EDP N 



EDP R 



CAP Even 




Handle ACR 



Yos 

Handle_CIR 
leg (Ieg2) 




Handle CIR 



Stop Delta 



Complete_ 
FCI_record 
( I eg2) 



F'erform implicil 
disarming of DPs 




Complete_ 
FCI_record 
( l Rg2) 




Application_x 
End / 



Int Continue 



Complete_ 
FCI_record 
( I eg1) 





Yes 


lnt_Contin 







Disarm this DP. 
F'erform implicit 
dilsarming of DPs 



Any remaining armed 
EDPs or 

outstanding report? 



Waiting_for_End_ 
bf_Temporar5i 
O nnnectinn MO N 



For DP 0/T Disconnect the DP 
is only disarmed for the leg 
for which the event was 
received. 



Idle 



Handle 


5_ACR 






Stop 


Delta 



Handle_CIR_ 
leg (Ieg2) 



CAP_Even\x 
_Report_BC£ 




Disarm this DP. 
F'erform implicil 




Outstanding 
.Requests = 1 



Si3t Tssf to default 
noi user interact 



Tssilimfir 



resta 



on 

value And 



ar|^Tssf 



Waiting for En(5l_ 
_pf_Temporary_ 
(^ nnnentinn W FI 



Figure 4.61 z: Process gsmSSF (sheet 26) 
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Process gsmSSF 



27(41) 



/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



/* Signals to/from the left are to/from the MSC|i^ 
signals to/from the right are 
to/from the gsmSCF. 7 



Monitoring 




rol 



Handling of CAP_Relea^e 
Is only specified in a con 
relationship. 

The gsmSCF shall not s^nd a 
CAP_Release_Call in a 
monitor relationship 



True 
CAP_ 

Apply_ChargKig_ 
Report / 



Handle CIR 



()omplete_all. 
FCI records 



False 



CallActive : 
FALSE 



ApplicationX 
End / 



Call 



lnt_0_Exception, 
lnt_T_Excp ption 




Apply_ChargKig_ 
Report 



Handle CIR 



False 



Int Release Call 



(pomplete_all.. 
FCI records 



1 



CAP_ 
Apply_Cha>ging 



Handle AC 



Monitoring 



Idle 



Abort 



Idle 



Figure 4.61 aa: Process gsmSSF (sheet 27) 
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Process gsmSSF 28(41) 



/* Invocation of gsmSSF in MO, /* Signals to/from the right are 

MT, VT or CF call case. */ ] to/from the gsmSCF. */ 



Waiting_For_lnstructions, 

Waiting_For_End_Of_Temporary_Connection_WFI, 
Waiting_For_End_Of_UserJnteraction_WFI, 
Waiting_For_End_Of_Temporary_Connection_MON, 
Waiting_For_End_Of_User_lnteraction_MON 



CAP_ / 
Furnish_Cf^arging_ 
Information \ 



Set Tssf to \as\: 
used time interval 
and re start Ts s 



Non-completed CAMEL 
logical call record 
exists for this legID? 




No 



Crekte CAMEL logical 
'"^ I call record 



Not present, 
"Overwrite" 



Append free forniat 
data to existing 
l ogical ci^ll recoird 



Ovkwrite all CAI\ilEL 
logical call recor d 

^ >1< — ^ 



Write FCI data 
ir| CAMEL logical 
call record 



Figure 4.61 bb: Process gsmSSF (sheet 28) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



29(41) 



/* Signals to/from the rigtit an 
to/from the gsmSCF. 7 



Monitoring 







CAP_ 

Furnish_Cft^rging_ 
Information 



Non-completed CAMEL 
logical call record 
exists for this legID? 



/ippend" 




No 



Crebte CAMEL logical 
I? call record 



Not present, 
"Overwrite" 



Append free format Overwrite all CAMEL 
(lata to existing Icgical call recor d 



l ogical ci^ll recor d 



in 



dat a with this FCI d ata 

X 



Monitoring 



Write FCI data 
CAMEL logi 
call record 



cal 



Figure 4.61 cc: Process gsmSSF (sheet 29) 
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Process gsmSSF 30(41) 



/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



/* Signals to/from tine right are 
to/from the gsmSCF. */ 



CAP_Send 
ChargingJ 



iormatiw 



Waiting Forjnstructions, 
Waiting For lnstructions_for DS, 
Waiting_For_End_Of_UserJnteraction_WFI, 
Waiting_For_End_Of_Temporary_Connection_WFI, 
Waiting For End_Of_Temporary_Connection_MON, 
Waiting_For_End_Of_User_lnteraction_MON 



nterval 




1 See section 4.5.6.3 



Monitoring 



»7 



CAP_Send 
Charging_rnformation 



Handle SCI 



1 See section 4.5.6.3 



Figure 4.61 dd: Process gsmSSF (sheet 30) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



31(41) 



/* Signals to/from the right ar 
to/from the gsmSCF. */ 



Waiti|ig_For_l nstruj ;tions 



CAP_ 7 



Cal l_l nfo rrTt^o n_Req uest 



5et Tssf to las' 
u^ed time interval 




store request 



Oustanding Call Information Report:= 
Oustanding Call Information Report +1 



Waitihg_For_lnstructions 



Figure 4.61 ee: Process gsmSSF (sheet 31) 
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Process gsmSSF 32(41) 



/* Invocation of gsmSSF in MO, /* Signals to/from the left are 

MT, VT or CF call case. */ ] to/from the MSG. */ 




lnt_DP_Arialysed_ 
^ Information 



<^ lnt_Contln je 



Monitor 



Figure 4.61 ff: Process gsmSSF (sheet 32) 
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Process gsmSSF 



33(41) 



/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



/* Signals to/from the left are to/from the MSC|i^ 
signals to/from the right are 
to/from the gsmSCF. 7 



/Waiting_for_\ 
Instructions 



CAP_ / 
Furnish_Ctiarging_ 
Information \ 



used 




Yes 



Create CAMEL logical 
call record 



CAP_Contipue 
_With_ 
_Argiimfint 



CAP Continue 




Int Continue 



CAP Connect 



Stop Tssf 



Int Connect 



Application_ 
End 



CAP_ / 
ReleaseCajl 



stop Tssf 



Int Release Call 



lA/rite FCI data O^/erwrite CAMEIL 
in CAMEL logical Icgical call record 
with F(p i data 



/Waiting_for_ 
Instructions 



Complete_all 
FCI Records 



Idle 



Non-completed CAMEL 
logical call record 
exists for this legID? 



Figure 4.61 gg: Process gsmSSF (sheet 33) 
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Process gsmSSF 



34(41) 



/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



/* Signals to/from the left are to/from the MSCt\ 
signals to/from the right are 
to/from the gsmSCF. */ 



Internal 



Waiting_for_\ 
Instructions 













Timer expiry \lnt_DP_0. 
Tssf \. /"Abandon 








Abort ^ 


Stop Tssf 



^lnt_ 


_Error 






(;omplete_alL_ 
FCI_records 







Idle 



()omplete_alL 
FCI records 



Application 
I End 



Idle 



Figure 4.61 hh: Process gsmSSF (sheet 34) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



/* Signals to/from the left are to/from the MSCts, 
signals to/from the right are 
to/from the gsmSCF. */ 



35(41) 



Waiting_ForJj 
lnstructions_ 
For PS 




lnt_Establish 
Temporar 



Avs/ait_Tem porafy_ 
I Connection I 
Ffita Nishmqnt WF I DS 



lnt_Tempc rary_ 
>Connectioi_ 
.Established 



>lnt ETC Failed 



Set Tssf to user 
interaction timer 
v alue and restar t 



Error ETC fated 



/aiting_For 
_End_Of_ 
\Tfimporary_ 
Connection WF For 



Set Tssf to lasi 
used time interval 
and res tart Tsst 



DSI 



(Waiting_For_ 
Instructions For IDS 



Figure 4.61 ii: Process gsmSSF (sheet 35) 
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Process gsmSSF 



/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



36(41) 



/* Signals to/from the left are to/from the MSC|K 
signals to/from the right are 
to/from the gsmSCF. 7 



Vy'aiting_for_End_ 
jDf_Temporary_ 
r.nnn< 4r.tinn WFI F /hr DS 



CAP_Discomiect_ 
Fo rwardConn ectio n 



>lnt TC Rcileased 




Tssf expire 



Internal 



Disconnect 




Set Tssf to 
CAP_Reset_Tinier 
tih 

restart Tssf 



Set Tssf to last 
used time interval 
and re start Ts s 



j'Waiting_For \ 
Instructions ForJoS 



I Abort 



lnt_Discorjnect_ 
Forward Clonnectlon 



C_Release 
Pending_DS 



Int TC Released 



Int Error 



(pomplete_alL 
FCI record 



Idle 



Figure 4.61 jj: Process gsmSSF (sheet 36) 
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Process gsmSSF 



37(41) 



/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



/ Waiting_for_ 
Instructions ForlDS 



CAP_ConngctTo 
Resource \ 



/* Signals to/from the left are to/from the MSCt\ 
signals to/from the right are 
I to/from the gsmSCF. */ 



Stop Tssf 




pass 



User 



Set Tssf to user 
interaction timer 



/ Waiting_For\ 
\ _End_OL I 
lnttemctiQn_WH' For 



fail 



Set Tssf to lasi: 
u!;ed time interval 
and re sjart Ts st 



DS 




riate 



/WaitingForj 
I ns ^ructions_For_ yDS 



Figure 4.61 kk: Process gsmSSF (sheet 37) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



38(41) 

/* Signals to/from the left are \ 
to/from the MSG; 
signals to/from the right are 
to/from the gsmSCF. 7 



lnt_DP_0.. 
^ Abandon 



Waiting_for_End_Of_Temporary_Connection_WFI_For_DS, 
Waitlng_for_End_Of_User_lnteractlon_WFI_For_DS 



Stop Tssf 



Gomplete_all. 
FCI records 



AppllcationX 


End 




\ 


/ 



Idle j 



Figure 4.6111: Process gsmSSF (sheet 38) 
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Process gsmSSF 

/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



/* Signals to/from the left are to/from the MSQK 
signals to/from the right are 
to/from the gsmSCF. 7 



39(41) 



W/aiting_for_End_ 
_Of_User_ i 
Inter ^ctinn WFI F or DS 



CAP_D isconn ect_\ 
ForwardCdnnectiori/ 



lnt_SRF 
Releasee 



CAP_Rese; 
Timer 



CAP_Play / 
Announcernent 




CAP_CanceL 
_(lnvoke_IB) 



Relay the operation_ 
to the SRF / 



toSRF 



lnt_Discorjnect_ 
Forward Clonnection 




Set Tssf to 

\P Reset Tirrier 



Set Tssf to last 
used time Interval 
and restart Tssf 



Set Tssf to default 
non user interaction 
time interval and 
restart Tssf 



Set Tssf to default 
non user interaction 
time interval and 
restart Tssf 

I 



/Walting_For_ 
Jnstructions_Fori DS 



WaitingJor_End_ 
i _Of_User_ ) 
Inter ^ctinn WFI F or DS 



Figure 4.61mm: Process gsmSSF (sheet 39) 



ETS\ 



3G TS 23.078 version 3.4.0 Release 1999 



206 



ETSI TS 123 078 V3.4.0 (2000-03) 



Process gsmSSF 



40(41) 



/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



/* Signals to/from the left are to/froni^ 
the process Generic_SRF; 
signals to/from the right are 
to/from the gsmSCF unless 
othenwise stated. */ 



from SRF 



CAP_Cancelled\ CAP_Cani;el_ 
_error | ^_Failed_er ror 



W'aiting_for_End_ 
i _Of_User_ : 
Jnter^ntinn^WFI_For_DS 



from SRF 



1 Internal 



CAP_Prompt_& 
^_Collect_Llser_ 
Jnformation_ 
_Bi(sult 



Relay the operation/ 
result/error tp^the 



W/aiting_for_End_ 
_Of_User_ 
Interaction-WELFbr DS 



CAP_ 

Specialised! 
_ResourceJ 
-Rebort 



Timer expii;! 
Tssf 



Abort 



lnt_Discorjnect_ 
Forward Connection 



SRF_Releasei 
i Pending_DS 



>lnt SRF Fieleased 



^Int. 


_Error 






(iomplete_all.. 
FCLrecord 







Idle j 



Figure 4.61 nn: Process gsmSSF (sheet 40) 
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Process gsmSSF 



41(41) 



/* Invocation of gsmSSF in MO, 
IVIT, VT or CF call case. */ 



/* Signals to/from the left are to/from the MSC|i^ 
signals to/from the right are 
to/from the gsmSCF. 7 



/ * (Idle, ] 
W ^it_For_Requ^ st) 



CAP_ 
_CallGap 



lnt_CallGap 



to a new 

gsm__SSME_SSF 
process 



Figure 4.61 oo: Process gsmSSF (sheet 41) 
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4.5.6.4.1 Process gsmSSF_SSME_FSM 

One process is instantiated for each Call Gap message received from a gsmSCF. 



Process gsm_SSME_SSF 



1(2) 



/* Timers used in the gsmSSF process^ [\ 
Tcgd : Timer for call gapping duration (set withi tlie Gap duration parameter] 
Tcgi : Timer for call gapping interval (set with the Gap inten/al parameter) 

*/ 



/* Signals to/from the left V 
are to/from the gsmSSF ; 
signals to/from the right are 
I to/from internal processes */ 











^ lnt_CallGa 



gsmSCF and gsmSSF 
belong to the same PLMN ? 



Gap context with same 
criteria and gsmSCF address 
(if available) already exists ? 




No 





Yp 




Remove 




GallGap 




To gsm_SSME_SSF 
process that handles the 
old Call Gapping context 



Store_Call 
Gap_Criteri^ 



\^ass?„--^ 
Yes^l 

. ^ 

( Active ( Idle 



Figure 4.62a: Process gsm_SSi\/IE_SSF (slieet 1) 
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Process gsm_SSME_SSF 



2(2) 




/* Signals to/from ttie left 1 
are to/from the gsmSSF ; 
signals to/from the right are 
to/from internal processes */ 



Tcgi / 
expiry \ 


Trigger / 
Tcgi \ 








CG Reject := 
False 


Start Tcgi 












CG Reject := 
True 













Tcgd 
expiry 



Remove 
CallGap 



Glear Call Gapping 
Context (i.e. remove 
timers and criteria) 



T 



NOTE: The timer Tcgi is started for the 
" first time after the first call encountering 
the call gapping criteria is met. 



Active 



Idle 



Figure 4.62b: Process gsm_SSME_SSF (sheet 2) 
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Procedure Store_Call_Gap_Criteria 



1(1) 



/* Store parameters received in 
the CallGap operation 7 




/* Signals to/from tlie left \ 
are to/from the MSG; 
signals to/from the right arei 
to/from the gsmSCF 7 



/* Note : see §4.6.2. for 

the exact use of this 
parameter 7 



else 



Set Tcgd with netv\'orl< 
specific value 



Set Tcgd with 
received value 








/* Note : see §4.6.2. for 
the exact use of this 
parameter 7 

else 



CG Int := false 
GG Reject : 



false 



GG Int := falsel 
GG Reject := trde 



GG Int := true 
GG Reject : 



false 



Set Tcgi with 
received value 



store Gap Griteria, 
gsmSGF address 
(if present) and 
Gap Treatment 



Result 
:= Fail 



Result 
:= Pass 




Figure 4.63: Procedure Store_Gap_Criteria (sheet 1) 

NOTE: CG Int and CG Reject internal variables are initiated with False value. 
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Procedure Check_Gap_Criteria 



1(1) 



/* Check if the Call Gap is 
applicable and apply the 
Gap Treatment if any.7 



One Call Gapping 
context active? 



gsmSCF address of 
the CSI belongs to the 
same PLMN? 

gsmSCF address of 
the CSI is the same 
as the gsmSCF 
address stored 
along the Gap 
Criteria? (note) 

Call parameters 
match with Call Gap 
criteria? 



CG Reject = True ? 




/* Signals to/from the left \ 
are to/from the MSC; 
signals to/from the right arei 
to/from the gsmSCF 7 



Yes 



/* NOTE: this check is applicable ^ 
only if the gsmSCF address was 
present in the CallGap operation. /* 




Set CallGap 
Encountered 



Result 
:= fail 




Result 
:= pass 

ZD 



Figure 4.64: Procedure Check_Gap_Criteria (sheet 1) 
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Procedure Check_Criteria_Collected_lnfo 1(1) 



r Procedure to check 

the criteria in the gsmSSF 7 




Result:= 
pass 



Result:= 
fail 





Figure 4.65a: Procedure Check_Criteria_Collected_lnfo(sheet 1) 
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Procedure Check_Criteria_Analysed_lnfo 1 (1 ) 



/* Procedure to check 

the criteria in the gsmSSF 7 




CalleCTrujrntjer 
rnatches strii 
defined in 
Yes criterion? 

No 





Figure 4.66a: Procedure Check_Criteria_Analysed_lnfo(sheet 1) 
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Procedure Check_Criteria_Unsuccessful 1(1) 



/* P rocedure to check 

the criteria in the gsmSSF */ 




Yes 



Resu It:: 
pass 



Result:: 
pass 



Result:: 
fail 






Figure 4.67a: Procedure Procedure Check_Criteria_Unsuccessful(sheet 1) 
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Procedure Connect_To_Resource 1 (1 ) 



This procedure is called, when the 
ConnectToResource request is received 
in Wfl or Mon state. 



/* Signals to/from the left are to from the 
Call Control Function In the IVISC. */ 




.Connect_ 
Resource 



A|l«ait_Resourc 
1 Connection 



lnt_SRF 
Connected 







result:= 
pass 







^lnt_ 


CTR_I 






result:= 
fail 





Figure 4.68a: Procedure Connect_To_Resource (sheet 1) 
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Procedure Handle AC 



1(1) 



/* This procedure shows the handling in 
the gsmSSF for the operation CAP 
Apply Charging. 7 



Stop Toed 




Set Tssf to lasi 
ised time interval 
and re start Ts sf 




Yes- 



Stop delta 
measurement 



rcp:=Tcp-delt£i 



No 




\nswer 
?celve^ 

Yes 



Start Top 



AC pending := 
true 



No 




No 





Figure 4.69a: Procedure Handle_AC (sheet 1) 
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Procedure Handle ACR 



1(1) 



This procedure is only called at the 
end of connection to an outgoing leg, ^ 
a temporary connection or a connection 
to a SRF when the call can be continued 








If running 


Stop Tcp 






If running r 


Stop Tw 







Start Delta 



/* Signals to/from the right 
are to/from the gsmSCF. */ 



No 



No 



No 




Value of Call Active in ACR Is 
defined in the calling process 
(process 'gsmSSF'). 



AC pending:= 
false 





Figure 4.70a: Procedure Handle_ACR (sheet 1) 
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Procedure Handle_CIR 

r Procedure in the gsmSSF to 
handle Call Informafion Report. */ 



Figure 4.71a: Procedure Handle_CIR (sheet 1) 



ETSI 



r Signals to/from the right are^x 
to/from the gsmSCF. 7 













Inandle CIR 
1 Ieg(leg2) 



andle_CIR 
leg (Ieg1) 
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Procedure Handle_CIR_leg 



r Procedure in the gsmSSF to 
handle Call Information Report 
for the specified leg. */ 
fPAR IN LeglDLegType; 



1(1) 



/* Signals to/from the right arel 
to/from the gsmSCF. 7 




Outsanding Call Information Report:= 
Outsanding Call Information Report -1 



CAP_CallJ^ 
Inform ation_ 
Report / 




Figure 4.72a: Procedure Handle_CIR_leg (sheet 1) 
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Procedure Complete_FCI_record 



/* Procedure in the gsmSSF to 
write Furnish Charging Information ' 
data to CDR for the specified LeglD. */ 
;FPAR IN LeglDLegType; 



1(1) 



/* Signals to/from the right arel 
to/from the gsmSCF. 7 



Non-completed Logical 
CAMEL call record 
exsists for this 
LeglD? 




Nd 



CO 



Yes 



mplete CAMEL 
call recoid 



Icgical 




Figure 4.73a: Procedure Complete_FCI_record (sheet 1) 
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Procedure Complete_all_FCI_records 



1(1) 



/* Procedure i n the gsmSSF to 
write Furnish Charging Information' 
data to CDR for the both Leg IDs. */ 



/* Signals to/from the right arel 
to/from the gsmSCF. 7 



Complete_ 
FCI_record 
(Ieg1) 



Complete_ 
FCI_record 
( I eg2) 




Figure 4.74a: Procedure Complete_all_FCI_records (sheet 1) 
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4.5.7 Assisting case 

Assisting case involves the following processes : 
- CAMEL_Assisting_MSC, 
Assisting_gsmSSF. 

The detailed error handhng for these 2 processes is specified in 3G TS 29.078 [5], 



Process CAMEL_Assisting_MSC 



Process in the MSp, 
to handle an assist 
re qu est ' 



\lnitiai Address 



nt_Assist_ 
.Required 



Wa i t_f or_a s s is til g. 
_gsm_SSF_rvol«d 



nt_assisting_ 
_gsmS SFJnvotted 



Wait_For_ 
_Assist»ig_ 



1(3) 



Signals to/from the left are to/from the \ 
process CAM EL_0 CH_ETC, CAMEL ^ 
TC_ETC orCAMEL_CF_ECT; 
signals to /fro m the right are to /from 
the assisting_gsmSSF; 



lnt_Release_ \ 
Assisting_gsmSSF/ 



Figure 4.75a: Process CAMEL Assisting MSC (sheet 1) 
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Process CAMEL_Assisting_MSC 



2(3) 



I Process in the MsJK 
to handle an assist 
request I 



Signals to/from the left are to/from th^-^ 
process CAMEL_OCH_ETC, CAMEL^ 
TC_ETC or CAMEL_CF_ECT; 
signals to/from the right are to/from 
the assisting_gsmSSF; 
if not othenArise stated. 



Wait_For_ 
Assisting_ 
Event 









1 


1 nt_Connect_To / 
Resource \ 


lnt_assisting_ / \^ 
_gsmSSF_ <. \ Release 
_re!eased \ / 




lnt_i 

_assisting_gsmSSB/ 



Await_SRF_ 
Jnitialisation 



Releasing_assisting_] 
_gsmSSF 



lnt_assisting. 
gsmSSF_releas( 



Idle 



Figure 4.75b: Process CAMEL_Assisting_MSC (sheet 2) 
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Process CAMEL_Assisting_MSC 



Process in the MSG 
to handle an assist 
request 



Await_SRF 
Initialisation 



Signals to/from the left are to/from the 1 
process CAI\/IEL_OCH_ETC, CAMEL_ 
TC_ETC or CAMEL_CF_ECT; 
signals to/from the right are to/from 
the assisting_gsmSSF; 
if not othenwise stated. 



3(3) 



lnt_SRF. 
Connectei 



from SRF 



lnt_SRF_ 
_Connectii 
Failure 



Co 



nnect SRF to 
Call 



Send_ACM_ 
lf_Required 



the 



;:end 



Answer, 
lf_Required 



Procedure specified 
In GSM 23.018 



Procedure specified 
In GSM 23.018 



from SRF 



> Release 



lnt_assistini 
_gsmSSFi^ 



To SRF 



Int Disconnect SRF Release 



/^ait_gsmSR 
idisconnectio 



Idi: 



From SRF 



lnt_SRF_ 
Released 



Int SRF Connected 



Wait_For^- 
Assisting. 
Fvent 



Int CTR Faited 



lnt_reiease^v 
_assisting_ pglnSSF 



Releasing assistil[ig_ 
\ _gsmSSF 



lnt_assisting_ 
gsmSSF_released 




i ' 





1^ Idle ^ 



Figure 4.75c: Process CAMEL_Assisting_MSC (sheet 3) 
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Process assisting_gsmSSF 



1(6) 



/* Invocation of gsmSSF in IVIO, 
MT or CF call case. */ 



/* Timers used in the asssting gsmSSF process: 
Tssf: Application timer in the ssf. 
Ranges for the default values for Tssf. 

- non user interaction Tssf timer value: 1 second to 20 second;; 

- user interaction Tssf timer value: 1 minute to 30 minutes 

*/ 



Signals to/from the left are to/from \ 
the process CAMEL_Asslstlng_MSC; 
signals to/from the right are 
to/from the gsmSCF, 
unless otherwise indicated. 



\i/ 



Idle 



lnt_Asslst_ 
_Required| 



lnt_assistir g 
_gsmSSF_. 
Invoked 



S3t Tssf to default 
non user interaction 
Tssf timer interva 
and resjart Tssf I 

Open Control 
Relationship 



CAP_Assis\ 
_Request_ ^ 
_lnstructior rB 

/Waiting_for_\ 
(Instructions 



Figure 4.76a: Process Assisting_gsmSSF (sheet 1) 
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Process assisting_gsmSSF 

/* Invocation of gsmSSF in IVIO.i ■ 
MT or CF call case. */ 



2(6) 



Waitingfor 
nstructions 



Signals to/from the left are to/from 
the process CAMEL_Asslsting_MSC 
signals to/from the right are 
to/from the gsmSCF, 
unless otherwise indicated. 



Tssf expire 



1 Internal 



CAP_Rese:t_Ti.eg^;-^^- 



ctTo 



Abort 



Set Tssf to 
CAP_Reset_Tim 
t ime interval and 



resar : Tssf 



lnt_assist 
_gsmSSF 
-_released 



irig_ 



lnt_Connect. 
To Resou 



rce 



Await_Resourc4 
I Connection 



Int CTR Railed 



From process 
'CAMEL_Assisting_MSC 



lnt_SRF 
C on n ecte 



Return apprOipriate 
error to SCF/ 



u 



3t Tssf to default 
ser interaction 
timer value 



Idle 



SbtTssf to defa 
nop user Interactii 

timer value an 
resa^t^Tssf 

I aitingFor 
nstructions 



and res:art Tssf 



Waiting_For\ 

End_Of_ 
ier_lnteractio ii 



Figure 4.76b: Process Assisting_gsmSSF (sheet 2) 
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Process assisting_gsmSSF 



Invocation of gsmSSF ii M'0„ 
iMT or CF cal case. 



3(6) 



Signals to/from the left are to/from 
the process CAM EL_Assisting_MEH 
signals to/from the right are 
to /from the gsmSCF, 
unless otherwise indicated. 



CAP_Disconnect. 
Forward_ 
_C onn action 
/' legID •/ 



SetTssf to default 
user interaction 

Tssf timer interva 
and resrt Tssfl 



lnt_Dfsconnect_ 
_S RF 




Relay the operatioV 
totheSRF / 



SetTssf to last 
used time interval 
and restart Tssf 



Waiting_For__ 
_lnstructions 



Set Tssf to 
CAP_Reset_Timer 
time rterval and 
restart Tssf 



Waiting_for_E nd. 
_Of_User_ 
.Interaction 



Wa iting _fo r_En d_ 
_Of_User_ 
Jnteractbn 



Figure 4.76c: Process Assisting_gsmSSF (sheet 3) 
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Process assisting_gsmSSF 



4(6) 



Invocation of gsmSSF in MO,'^ 
MT or CF call case. 




Signals to/from the left are to/from K 
the SRF; 

signals to/from the right are 
to/from the qsmSCF. 



ised_ 
Rsport 



^ . 

aiting_{or_End 
_Of_User_ 
.Interaction 



Figure 4.76d: Process Assisting_gsmSSF (sheet 4) 
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Process assisting_gsmSSF 



5(6) 



Invocation of gsmSSF in MO,'^ 
MT or CF call case. 



aiting_for_End. 
_0{_User_ 
_lnteractbn 



Signals to/from the left are to/trom \^ 
the process CAM EL_Assisting_MSC; 
signals to/from the right are 
to/from the SRF, 
unless otherwise indicated. 



Tssf expires 



Abort 




- -To gsmSCF 



lnt_disconnect_ 
_SRF 



Wait_For_ 
sm_SRF_Re leasi 



lnt_SRF_ 
Released 



<lnt_assistrng. 
_gsmSSF_ 
_released 




Figure 4.76e: Process Assisting_gsmSSF (sheet 5) 
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Process assisting_gsmSSF 

/* Invocation of gsmSSF in IVIO.i ■ 
MT or CF call case. */ 



6(6) 

Signals to/from the right are| 
to/from the process 
CAMEL_Assisting_MSC. 



W aiting_For_lnstructions 
" W aiting_For_End_Of_User_lnteraction 



lnt_rele ase 

_assisting^ 

_gsmSSF 



Terminate 

Control 
Relationshii 



lnt_assisting 
_gsmSSF_ 
_released / 



stop Tssf 




Figure 4.76f : Process Assisting_gsmSSF (sheet 6) 
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Procedure Handle O Answer 



1(1) 



r Procedure in the gsmSSF 

to handle notification of ] 

originating answer from the MSG 7 



/* Signals to/from the left are 
to/from the MSG.*/ 




Start Tcp 




Start Tw 




Yes 



Destination address 
received in 
Int O Answer? 



'Set Destination 
address=storec|l 
Destinatbn 



add^ 



ess 



Set Destination 
ress=receivc!d 
Destinatbn 



a(jd 



addh 



ess 



Set indicators= 
stored indicators 



No 



/-Storecr\ 
e^^met^rs? 

Yes 



Send 

e paramet^ 



rs 



This provoquesthe MSG 
to send e parameters to 
the calling party 




Figure 4.77a: Procedure Handle_0_Answer (sheet 1) 
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Procedure Handle T Answer 



1(1) 



/* Procedure in the gsmSSF 

to handle notification of ] 

terminating answer from the IVISC 7 




/•Signals to/from the left are 
to/from the MSG. 7 



False 



AC 
pending 

True 
Start Tcp 




Start Tw 






> 


Set Destination 
address =storecl 
Desti nation 


add 


ess 


Set indicators= 
stored indicators 



No 



Stored" 
^^ramete 



Yes 

Send 

e parameters 



This provoquesthe MSG 
to send e parameters to 
the called party 




Figure 4.78a: Procedure Handle_T_Answer (sheet 1) 
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4.5.8 Procedure CAMEL_Provide_Subscriber_lnfo 

4.5.8.1 MS reachable 

A Provide_Subscriber_Info Request is sent to VLR and the HLR waits in state Wait_For_Information. 

If the VLR returns a Provide_Subscriber_Info ack, the HLR uses the returned information to set the Subscriber Info to 
be returned to the gsmSCF. As a network option, the HLR may use the returned Cell Id or Location Area to derive the 
location number and/or Geographical Info. The mapping from cell ID and location area to location number is network- 
specific and outside the scope of the GSM standard. 

NOTE: The handling in the VLR of Provide_Subscriber_Info Request is defined in 3G TS 23.018 [3]. 

4.5.8.2 MS not reachable 

4.5.8.2.1 Location Information requested 

If VLR number is available in the HLR, then the Location Information is set to this parameter only. 
If location information is not available in the HLR, no location information is set. 

4.5.8.2.2 Subscriber State requested 

The Subscriber State is set to "Network determined not reachable". 

4.5.8.3 Actions at state Wait_For_lnformation 

The following actions are possible in state Wait_For_Information depending on the result of the 
Provide_Subscriber_Info Request sent to VLR. 

4.5.8.3.1 Provide_Subscriber_lnfo ack 

The Location Information or/and the Subscriber State are set to the received information. 

4.5.8.3.2 Provide_Subscriber_lnfo Negative Response 

If location information was requested the VLR number is provided as location information. If the subscriber state was 
requested the subscriber state is set to "not provided from VLR". 
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Procedure CAMEL_Provide_Subscriber_lnfo 



P rocedu re in the H LR 
'for R etrieval of Loca tio 
land Subscriber Status 



Provide_Subscribi 
_lnfo 



Prov id e_Su bscribi 
_lnfo acl< 



Provide_Sul 
Inform at ton 
neg a tive res po ns~ 



1(1 ) 




S ubscriber 
sta tus= 
"N etw orl< de term in 
n ot reach able" 



Figure 4.79a: Procedure CAI\/IEL_Provide_Subscriber_lnfo (sheet 1) 



4.5.9 CAMEL specific Inandling of location updating and data restoration 

When requesting location updating or data restoration the VLR shall indicate to the HLR which CAMEL phases it 
supports. 

The CAMEL phase 2 HLR shall then send to the VLR CAMEL subscription data for one of the CAMEL phases 
supported by the VLR or, if some different handling is required, data for substitute handUng. 
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When location update has been completed, the MSC/VLR in which the subscriber is registered after the location update, 
shall check the M-CSI. If a Mobility Management notification to the gsmSCF is required for this subscriber, then the 
MSCA^LR shall now send the notification to the gsmSCF. 

Refer to subclause 9.2.1 for a description of M-CSI and the conditions under which a notification shall be sent. 

4.5.10 Cross phase compatibility 

To avoid a case by case fallback between the gsmSSF and the gsmSCF, the gsmSSF shall use the CAP phase 
corresponding to the CAMEL phase negotiated on the HLR-VLR interface when it opens a dialogue with the gsmSCF. 
The HLR-VLR negotiation of CAMEL phase is per subscriber. 

4.5.1 1 Handling of North American Carrier Information 

The following procedures apply only when the HPLMN of the CAMEL subscriber and either the VPLMN (for a mobile 
originated or forwarded call) or the IPLMN (for a mobile terminated call or forwarded call) are both North American. A 
gsmSCF may then provide the gsmSSF with any of the following North American (NA) carrier related information 
items. 

- NA Carrier Information. 

NA Originating Line Information. 
NA Charge Number. 

A gsmSSF shall use the received information items both to select any long distance carrier needed for the call and to 
provide certain information needed by this carrier. Any required information items not received shall be defaulted to 
those that would normally apply to the call in the absence of an interaction with a gsmSCF. 

If any NA information item received from the gsmSCF is foimd to be invalid, the gsmSSF may either, as an operator 
option, release the call or behave as if the invalid information item had not been sent. 

If the carrier specified in the NA Carrier Information parameter is not supported in the VPLMN or IPLMN, the gsmSSF 
may either, as an operator option, release the call or substitute for the unsupported carrier a preferred carrier of the 
VPLMN or IPLMN. 

Support of the NA Originating Line Information and NA Charge Number parameters is an operator option in a VPLMN 
based on roaming agreements with the operators of other PLMNs, A gsmSSF may ignore these items when received 
from certain or all gsmSCFs located in other PLMNs and replace them with the corresponding default items for an MO, 
MF, MT or VT call. 

4.6 Description of information flows 

This clause contains the detailed description of the information flows used by CAMEL. 

Each Information Element, IE is marked as Mandatory (M), Conditional (C), Optional (O) or Not applicable (-) for each 
different traffic case. Mobile Originating call (MO), Mobile Forwarded call (MF), Mobile Terminating call in the 
GMSC (MT) and Mobile Terminating call in the VMSC (VT). This categorisation is a functional classification, i.e., 
stage 2 information and not a stage 3 classification to be used for the ASN.l syntax of the protocol. This distinction 
between MO, MF, and MT and VT calls is not applicable to all Information Flows. 

The following principles apply for the handling of the lEs by the receiving entity : 

- The gsmSSF shall functionally support all lEs which can be sent to it. 

The gsmSCF may silently discard any IE which it does not functionally support. 

- The gsmSRF shall return an error if it does not functionally support a IE which it receives. 

- The HLR may silently discard any IE which it does not functionally support. 
Details of errors and exceptions to these rules are specified in are specified in 3G TS 29.078. 
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4.6.1 gsmSSF to gsmSCF information flows 

4.6.1 .1 Activity Test ack 

4.6.1.1.1 Description 

This IF is the response to the Activity Test. 

4.6.1.1.2 Information Elements 

This IF contains no information elements. 

4.6.1 .2 Apply Charging Report 
4.6.1.2.1 Description 

This IF is used by the gsmSSF to report to the gsmSCF the information requested in the Apply Charging IF. 



4.6.1.2.2 Information Elements 



Information element name 


MO 


MP 


MX 


VX 


Description 


Call Result 


M 


M 


M 


M 


This IE contains the charging information to be provided 
by the gsmSSF. 


M Mandatory (The IE shall always be sent). 
Call Result contains the following information: 


Information element name 


MO 


MP 


MX 


VX 


Description 


Time Duration Charging Result 


M 


M 


M 


M 


This IE is a list defined in the next table. 



M Mandatory (The IE shall always be sent). 

Time Duration Charging Result contains the following information: 



Information element name 


MO 


MP 


MX 


VX 


Description 


Time Information 


M 


M 


M 


M 


Xhis IE is a choice between Xime if No Tariff Switch and 
Timeif Tariff Switch. 


Party To Charge 


M 


M 


M 


M 


This IE is received in the related ApplyCharging operation 
to correlate the result to the request. This IE shall be a 
copy of the corresponding IE received in the Apply 
Charging operation. 


Call Active 


M 


M 


M 


M 


This IE indicates whether the call is active or not. 


Call Released at Tcp Expiry 


C 


C 


C 


C 


This element is an indication tinat tine gsmSSF has 
released the call and terminated the dialogue, due to 
Tcp expiry. 

It shall be present when ACR is sent due to Tcp 
expiry and the gsmSSF has released the call 
(because 'ReleaselfExceeded' was present in ACH 
operation). 

In ail other circumstances, this element shall be 
absent. 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available). 
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Information element name 


MO 


MF 


MX 


VT 


Description 


Time If No Tariff Switch 


C 


C 


C 


c 


This IE will be present if no tariff switch has occurred 
since the detection of Answer for the connection to the 
Called Party, the Temporary Connection, or the SRF 
connection, otherwise it will be absent. 


Time If Tariff Switch 


C 


C 


c 


c 


This IE will be present if a tariff switch has occurred since 
the detection of Answer for the connection to the Called 
Party, the Temporary Connection, or the SRF connection, 
otherwise it will be absent. 



C Conditional (The IE shall be sent, if available). 



4.6.1.3 Call Information Report 
4.6.1.3.1 Description 

This IF is used to send specific call information for a single call to the gsmSCF as requested from the gsmSCF in a 
previous Call Information Request. 



4.6.1.3.2 Information Elements 



Information element name 


MO 


MF 


MT 


VT 


Description 


Requested Information List 


M 


M 


M 


M 


This IE specifies a hst of Requested information Values 
which are requested. 


Leg ID 


M 


M 


M 


M 


This IE indicates the party in the call for which 
information shall be collected. When absent, it indicates 
the 'outgoing' leg created with Connect, Continue or 
Continue With Argument. 



M Mandatory (The IE shall always be sent). 



4.6.1 .4 Event Report BCSM 

4.6.1.4.1 Description 

This IF is used to notify the gsmSCF of a call-related event (i.e., BCSM events as answer and disconnect) previously 
requested by the gsmSCF in a Request Report BCSM Event IF. 

4.6.1.4.2 Information Elements 



The following information elements are required: 



Informalion elemenl name 


MO 


MF 


MT 


VT 


Descriplion 


Evcnl lypc BCSM 


M 


M 


M 


M 


This IE specifics Ihc lypc of evcnl lhal is reporled. 


Event Specific Information 
BCSM 


C 


C 


C 


C 


This IE indicates the call related information specific to 
the event. 


Leg ID 


M 


M 


M 


M 


This IE indicates the party in the call for which the event 
is reported. 


Misc Call Info 


M 


M 


M 


M 


This IE indicates the DP type. 



M Mandatory (The IE shall always be sent). 



C Conditional (The IE shall be sent, if available). 

Event Specific Information BCSM contains the following information for the O Answer and T Answer cases: 
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Information element name 


MO 


MF 


MT 


VT 


Description 


Deslinalion address 


M 


M 


M 


M 


inis lb specilies ine deslinalion address lor ine call leg. 


OR 




C 


C 




This IE indicates that the call was subject to basic 
Optimal Routeing as specified in 3G TS 23.079 [36]. 


Forwarded call 




M 


C 


C 


This IE indicates that the call has been subject to GSM 
call forwarding. 



M Mandatory (The IE shall always be sent). 



C Conditional (The IE shall be sent if its value is True, otherwise it shall not be sent). 
- Not applicable. 

4.6.1.5 Initial DP 

4.6.1.5.1 Description 

This IF is generated by the gsmSSF when a trigger is detected at a DP in the BCSM, to request instructions from the 
gsmSCF. 

4.6.1.5.2 Information Elements 



The following information elements are required: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Additional Calling Party 
Number 




C 


c 


c 


The calling party number provided by the access signalling 
syslem of Ihe calling user. 


Bearer CapabiUty 


M 


C 


C 


c 


This IE indicates the type of the bearer capability 

connection to the user. 


Called Party Number 




M 


M 


M 


This IE contains the number used to identify the called 
party in the forward direction. For the VT calls this is the 
MSISDN received in the Provide Roaming Number; if the 
MSISDN is not available, the basic MSISDN is used. 


Called Party BCD Number 


M 








This IE contains the number used to identify the called 
party in the forward direction. The number contained in 
this IE shall be identical to the number received over the 
access network. It may e.g. include service selection 
information, such as * and # digits, or carrier selection 
information dialled by the subscriber. 


Calling Party Number 


M 


C 


C 


c 


This IE carries the calling party number to identify the 
calling party or the origin of the call. 


Calling Partys Category 


M 


C 


C 


c 


Indicates the type of calhng party (e.g., operator, pay 
phone, ordinary subscriber). 


CaUGap Encountered 


C 


c 


c 


c 


This parameter indicates the type of gapping the related 
call have been subjected to. 

This parameter shall be present only if a call gapping 
context is applicable to the initialDP operation. 
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Information element name 


MO 


MF 


MT 


VT 


Description 


Additional Calling Party 
Number 




C 


C 


C 


The calling party number provided by the access signalling 
system of the calling user. 


Call Reference Number 


M 


M 


M 


M 


This IE may be used by the gsmSCF for inclusion in a 
network optional gsmSCF call record. It has to be coupled 
with the identity of the MSC which allocated it in order to 
define unambiguously the identity of the call. 

For MO calls, the call reference number is set by the 
serving VMSC and included in the MO call record. 

For MT calls, the call reference number is set by the 
GMSC and included in the RCF call record in the GMSC 
and in the MT call record in the terminating MSC. 

For VT calls, the call reference number is set by the 
GMSC and included in the RCF call record in the GMSC 
and in the MT call record in the terminating MSC. 

For CF calls, the call reference number is set by the GMSC 
and included in the CF record in the forwarding MSC. 


Cause 


C 


C 


C 


C 


This IE indicates the cause specific to the armed BCSM 
DP event. This IE is applicable to DP 
Route_Select_Failure and DP T_Busy. The cause may be 
used by the SCF to decide about the further handUng of the 
call. 


Event Type BCSM 


M 


M 


M 


M 


This IE indicates the armed BCSM DP event, resulting in 
the Initial DP IF. 


Ext-Basic Service Code 


C 


C 


C 


C 


This IE indicates the type of basic service i.e., teleservice 
or bearer service. 


High Layer Compatibility 


C 


C 


C 


C 


This IE indicates the type of the high layer compatibility, 
which will be used to determine the ISDN-teleservice of a 
connected ISDN terminal. 


IMSl 


M 


M 


M 


M 


This IE identifies the mobile subscriber. 


IP SSP Capabilities 


C 


C 


C 


C 


This IE indicates which SRF resomces are supported 
within the gsmSSF and are available. If this IE is absent, 
this indicates that no gsmSRF is attached and available. 


Location Information 


M 




C 


M 


This IE is described in the next table. 


Location Number 


M 


C 


c 


C 


For mobile originated calls this IE represents the location 
of the calling party. For all other call scenarios this IE 
contains the location number received in incoming ISUP 
signalling. 


MSC Address 


M 


M 


M 


M 


For MO calls, the MSC Address carries the international 
E.164 address of the serving VMSC. 

For MT calls, the MSC Address carries the international 
E.164 address of the GMSC. 

For VT calls, the MSC Address carries the international 
E.164 address of the serving VMSC. 

For CF calls, the MSC Address carries the international 
E.164 address of the forwarding MSC. 


GMSC Address 




M 




M 


For CF calls, the GMSC Address carries the international 
E.164 address of the GMSC. 

For VT calls, the GMSC Address carries the international 
E.164 address of the GMSC. 
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Information element name 


MO 


MF 


MT 


VT 


Description 


Additional Calling Party 

Number 




c 


c 


c 


The calling party number provided by the access signalling 
system of the calling user. 


NA Carrier Information 


C 


c 


c 


c 


The content of this IE is described in the next table. 

The IE may be sent when the VPLMN and the HPLMN of 
the subscriber are both North American. 

For MO calls, this IE shall contain any carrier that was 
dialed by the calling subscriber. If no carrier was dialed, 
the IE shall contain the calling subscriber's subscribed 
carrier. 

For MT and VT calls, the IE shall contain the carrier 
subscribed to by the called subscriber. 

For CF calls, the IE shall contain the carrier subscribed to 
by the forwarding subscriber. 


Original Called Party ID 


- 


c 


c 


c 


This IE carries the dialled digits if the call has met call 
forwarding on the route to the gsmSSF. 


Redirecting Party ID 


- 


M 


c 


c 


This IE indicates the directory number the call was 
redirected from. 


Redirection Information 




M 


c 


c 


This IE contains forwarding related information, such as 
redireclion counler. 


Service Key 


M 


M 


M 


M 


This IE indicates to the gsmSCF the requested CAMEL 
Service. It is used to address the required application/SLP 
within the gsmSCF. 


Subscriber State 






c 


c 


This IE indicates the status of the MS. The states are: 

- CAMELBusy: The MS is engaged on a transaction for a 
mobile originating or terminated circuit-switched call. 

- NetworkDeterminedNotReachable: The network can 
determine from its internal data that the MS is not 
reachable. 

- Assumedldle: The state of the MS is neither 
"CAMELBusy" nor 
"NetworkDeterminedNotReachable" . 

- Not provided from VLR. 


Time And Timezone 


M 


M 


M 


M 


This IE contains the time that the gsmSSF was triggered, 
and the time zone the gsmSSF resides in. 


GSM Forwarding Pending 


- 


- 


c 


c 


This parameter indicates that a forwarded-to-number was 
received and the call will be forwarded due to GSM 
supplementary service cidl forwarding in the 
GMSC/VMSC. 


Service Interaction Indicators 
Two 


C 


c 


c 


c 


This IE is sent if it is received in the ISUP message or due 
to previous CAMEL processing. The IE is described in a 
table below. 


CUG Index 


c 








See 3G TS 23.085 [9] for details of this IE. 


CUG Interlock Code 


c 


c 


c 


c 


See 3G TS 23.085 [9] for details of this IE. In the MO case 
this IE is received from the VLR. 


Outgoing Access Indicator 


c 


c 


c 


c 


See 3G TS 23.085 [9] for details of this IE. In the MO case 
this IE is received from the VLR. 
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M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available). 

- Not apphcable. 

Location Information contains the following information: 



Information element name 


MO 


MF 


MX 


VT 


Description 


Location Number 






C 


c 


See 3G TS 23.018 [3]. 


CellGlobaUdOrServiceAreald 
OrLAI 


M 




c 


c 


See 3G TS 23.018 [3]. 


Geographical Information 


C 




c 


c 


See 3GTS 23.018 [3]. 


Geodetic Information 


C 




c 


c 


See 3GTS 23.018 [3]. 


Age Of Location Information 


M 




c 


c 


See 3GTS 23.018 [3]. 


VLR number 


M 




c 


M 


See 3GTS 23.018 [3]. 


Selected LSA Identity 


C 




c 


c 


This IE indicates the LSA identity associated with the 
current position of the MS. Send if the LSA ID of 
subscription and LSA ID of the used cell matches. In 
the case of multiple matches the one with the highest 
priority is sent. See 3G TS 23.073 [23]. 

The IE shall only be sent, if SoLSA is supported. 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available. Further conditions are in the description column.). 
- Not apphcable. 

NA Carrier Information contains the following information: 



Information element name 


MO 


MF 


MT 


VT 


Description 


NA Carrier Identification Code 


M 


M 


M 


M 


This IE uniquely identifies a North American long 
distance carrier. 


NA Carrier Selection 
Information 


M 


M 


M 


M 


This IE indicates the way the carrier was selected e.g.: 

- dialled 

- subscribed 


M Mandatory (The IE shall always be sent). 






Service Interaction Indicators Two contains the following 


I information: 


Information element name 


MO 


MF 


MT 


VT 


Description 


Forward Service Interaction 

Indicator 


C 


C 


C 


C 


This IE is described in a table below. 


HOLD Treatment Indicator 


c 


C 


C 


C 


This IE indicates whether the CAMEL subscriber can 
invoke HOLD for the call. 


CW Treatment Indicator 


c 


c 


c 


c 


This IE indicates whether CW can be applied for a call to 
the CAMEL subscriber whilst this call is ongoing. 


ECT Treatment Indicator 


c 


c 


c 


c 


This IE indicates whether the call leg can become part of 
an ECT call initiated by the calling subscriber. 



C Conditional (The IE shall be sent, if available). 
- Not apphcable. 
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Forward Service Interaction Indicator contains the following information: 



Information element name 


MO 


MF 


MX 


VT 


Description 


Conference Treatment Indicator 


C 


C 


C 


c 


This IE indicates whether the call leg can become part of a 
MPTY call initiated by the called subscriber. 


Call Diversion Treatment 
Indicator 


C 


C 


c 


c 


This IE indicates whether the call can be forwarded using 
the Call Forwarding or Call Deflection Supplementary 
Services. 



C Conditional (The IE shall be sent, if available). 



4.6.2 gsmSCF to gsmSSF information flows 

4.6.2.1 Activity Test 

4.6.2.1.1 Description 

This IF is used to check for the continued existence of a relationship between the gsmSCF and gsmSSF. If the 
relationship is still in existence, then the gsmSSF will respond. If no reply is received, then the gsmSCF will assume 
that the gsmSSF has failed in some way and will take the appropriate action. 

4.6.2.1.2 Information Elements 

This IF contains no information elements. 

4.6.2.2 Apply Charging 

4.6.2.2.1 Description 

This IF is used for interacting from the gsmSCF with the gsmSSF charging mechanisms to control the call duration. 

4.6.2.2.2 Information Elements 



Information element name 


MO 


MF 


MX 


VX 


Description 


ACh Billing Charging 
Characteristics 


M 


M 


M 


M 


Xhis IE specifies the charging related information to be 
provided by the gsmSSF and the conditions on which this 
information has to be provided back to the gsmSCF. 


Party To Charge 


M 


M 


M 


M 


Xhis IE shall be reflected in the corresponding IE of the 
Apply Charging Report operation. This IE has no effect on 
the charging procedures in the MSC. 



M Mandatory (The IE shall always be sent). 



ACh Billing Charging Characteristics contains the following information: 



Information element name 


MO 


MF 


MX 


VX 


Description 


Time Duration Charging 


M 


M 


M 


M 


Xhis IE is described in the next table. 



M Mandatory (The IE shall always be sent). 
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Information element name 


MO 


MF 


MX 


VT 


Description 


Max Call Period Duration 


M 


M 


M 


M 


This IE indicates the maximum call period duration 
timer. 


Tariff Switch Interval 


U 


(J 


(J 


(J 


This IE indicates the tariff switch time until the next 

tariff switch applies. 


Release If Diu^ation Exceeded 


O 


O 


O 


O 


This IE indicates that the call shall be released when the 
Max call Period Duration expires, with a warning tone 
if the Play Tone IE is present. The cause used in the 
release message shall be "normal unspecified". 

Default is to continue the call. 


Play Tone 


o 







o 


This IE is set if a tone has to be played to the party for 
whom the BCSM is operating. If present, this IE 
indicates that 30 seconds before the Max Call Period 
Duration timer expires, 

a triple tone of 900 Hz (200 milliseconds tone, 200 
milhseconds pause) shall be played. 



M Mandatory (The IE shall always be sent). 



O Optional (Service logic dependent). 
- Not appUcable. 

4.6.2.3 Call Gap 
4.6.2.3.1 Description 

This IF is used to activate/modify/remove a call gap mechanism in the gsmSSF. The call gap mechanism is used to 
reduce the rate at which specific service requests are sent to a gsmSCF. 

A Call Gap operation can only be sent on an opened dialogue between a gsmSCF and a gsmSSF. 

It is possible to have several call gapping conditions apphcable to the same gsmSSF (i.e. each conditions were activated 
for a defined Service (identified by the serviceKey) by a defined gsmSCF (identified by the gsmSCF Address). 
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Information element name 


Status 


Description 


Gap Criteria 


M 


This IE specifies the criteria for a call to be subject to call gapping. 


Gap Indicators 


M 


This parameter indicates the gapping characteristics. 


Control Type 


O 


This parameter indicates the reason for activating call gapping. 

The value "sCPOverloaded" indicates that an automatic congestion detection 
and control mechanism in the SCP has detected a congestion situation. 

The value "manuallylnitiated" indicates that the service and or 
network/service management centre has detected a congestion situation, or 
any other situation that requires manually initiated controls. 

The controlType "manuallylnitiated" will have priority over 
"sCPOverloaded" call gap. 

It should be noted that also non-IN controlled traffic control mechanism can 
apply to an exchange with the SSF functionality. As the non-IN controlled 
traffic control is within the CCF, this traffic control has implicit priority over 
the IN controlled traffic control. The non-IN controlled traffic control may 
also have some infliipnce to the IN call Xherpfore it is recnmmPTidpd to talcp 
measures to coordinate several traffic control mechanisms. The non-IN 
controlled traffic control and co-ordinationof several traffic control 
mechanisms are out of the scope of core INAP. 


Gap Treatment 


o 


This parameter indicates how calls that were rejected due to the call gapping 
condition and for which the Default Call HandUng was set to "Release Call" 
shall be treated. 


gsmSCFAddress 


o 


This parameter contains the address of the gsmSCF which initiated the 
CallGapping. 



M Mandatory (The IE shall always be sent). 



O Optional (Service logic dependent). 



Gap Criteria contains one of the following (Choice): 



Information element name 


MO 


Description 


Called Address 


O 


This parameter contains a string of digits. At each call attempt, when the 
leading digits of the dialled number match this specific value, the call 
gapping treatment shall be applied to this call. 


Service 


O 


This parameter contains a service key value. At each call attempt, when the 
service key match this specific value, the call gapping treatment shall be 
applied to this call. 


Called Address and Service 


O 


This parameter contains a specific string of digits and a service key value. At 
each call attempt, when the leading digits of the dialled number and the 
service key of a call match these specific values, the call gapping treatment 
shall be applied to this call. 


Calling Address and Service 


O 


This parameter contains a specific string of digits and a service key value. At 
each call attempt, when the leading digits of the calling party number and the 
service key match these specific values, the call gapping treatment shall be 
applied to this call. 









O Optional (Service logic dependent). 
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Information element name 


MO 


Description 


Duration 


M 


Duration specifies the total time interval during which call gapping for the 
specified gap criteria will be active. 

A duration of indicates that gapping is to be removed. 

A duration of -2 indicates a network specific duration. 

Other values indicate duration in seconds. 


Interval 


M 


This parameter specifies the minimum time between calls being allowed 
through. 

An interval of indicates that calls meeting the gap criteria are not to be 

rejected. 

An interval of -1 indicates that all calls meeting the gap criteria are to be 
rejected. 

Other values indicate interval in milliseconds. 


M Mandatory (The IE shall always be sent). 

Gap Treatment contains one of the following (choice): 


Information element name 


MO 


Description 


Information To Send 


O 


This parameter indicates an announcement, a tone or display information to 
be sent to the calling party. At the end of information sending, the call shall 
be released. 


Release Cause 


O 


If the call is to be released, this IE indicates a specific cause value to be sent 
in the release message. See EN 300 356-1 [20] for the coding. 


O Optional (Service logic dependent). 

Information To Send contains one of the following (choice): 


Information element name 


MO 


Description 


In-band Info 


O 


This parameter specifies the in-band information to be sent. 


Tone 


O 


This parameter specifies a tone to be sent to the end-user. 


O Optional (Service logic dependent). 
In-band Info contains the following information: 


Information element name 


MO 


Description 


Message Id 


M 


This parameter indicates the message(s) to be sent, it can be one of the 
following: 


Message Duration 


O 


This parameter indicates the maximum time duration in seconds that the 
message shall be played/repeated. ZERO indicates endless repetition. 


M Mandatory (The IE shall always be sent). 

O Optional (Service logic dependent). 

Message Id contains one of the following (choice): 


Information element name 


MO 


Description 


Elementary Message Id 


O 


This parameter indicates a single announcement. 



O Optional (Service logic dependent). 
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4.6.2.4 Call Information Request 
4.6.2.4.1 Description 

This IF is used to request the gsmSSF to record specific information about a single call and report it to the gsmSCF 
(with a CalllnformationReport). 



4.6.2.4.2 Information Elements 



Information element name 


MO 


MP 


MT 


VT 


Description 


Requested Information Type 
List 


M 


M 


M 


M 


This IE specifies a Ust of specific items of information 
which are requested. 


Leg ID 


M 


M 


M 


M 


This IE indicates the party in the call for which 
information shall be collected. When absent, it indicates 
the 'outgoing' leg created with Connect, Continue or 
Continue With Argument. 


M Mandatory (The IE shall always be sent). 






Requested Information Type List contains the following information: 


Information element name 


MO 


MF 


MT 


VT 


Description 


Call Attempt Elapsed Time 


O 





O 





This IE indicates that the Call Attempt Elapsed Time is 
requested in the Call Information Report. 
Call Attempt Elapsed Time is the duration between the 
end of the CAMEL processing initiating call setup 
(Connect, Continue or Continue With Argument IF) and 
the received answer indication from the called party side. 
For the Calling Party, the value of Call Attempt Elapsed 
Time in the Call Information Report shall be set to 0. 


Call Stop Time 


o 


O 


O 


o 


This IE indicates that the Call Stop Time is requested in 
the Call Information Report. 

Call Stop Time is the time stamp when the connection is 

released. 


Call Connected Elapsed Time 


o 


o 


o 


o 


This IE indicates that the Call Connected Elapsed Time is 
requested in the Call Information Report. 
Call Connected Elapsed Time is the duration between the 
received answer indication from the called party side and 
the release of the connection. 

For a Calhng Party, it indicates the duration between the 
sending of IDP and the release of that party 


Release Cause 


o 


o 


o 


o 


This IE indicates that the Release Cause is requested in the 

Call Information Report. 

Release Cause is the release cause for the call. 



O Optional (Service logic dependent). 



4.6.2.5 Cancel 
4.6.2.5.1 Description 

This IF is used by the gsmSCF to request the gsmSSF to cancel all EDPs and reports. 
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4.6.2.5.2 Information Elements 



The following information elements are used: 



Information element name 


MO 


MF 


MT 


VT 


Description 


All Requests 


M 


M 


M 


M 


This IE indicates that all active requests for 
EventReportBCSM, ApplyChargingReport and 
CalllnformationReport shall be cancelled. 



M Mandatory (The IE shall always be sent). 



4.6.2.6 Connect 

4.6.2.6.1 Description 

This IF is used to request the gsmSSF to perform the call processing actions to route a call to a specific destination. To 
do so, the gsmSSF may use destination information from the calling party and existing call set-up information 
depending on the information provided by the gsmSCF. 

4.6.2.6.2 Information Elements 



The following information elements are required: 



Information element njime 


MO 


MF 


MT 


VT 


Description 


Alerting Pattern 






O 


O 


This parameter indicates the kind of Alerting Pattern to 
be applied. 


Calling Partys Category 


O 


o 


O 


O 


This IE indicates the type of calling party (e.g., 
operator, pay phone, ordinary subscriber). 


Destination Routing 
Address 


M 


M 


M 


M 


This IE contains the called party number towards which 
the call is to be routed. 


Generic Number 


O 


O 


O 


o 


This IE contains the generic number. Its used to convey 
the additional calling party number, which e.g. 
could be used to modify the calling hne ID 
presented to the called user. 


NA Carrier Information 


O 











This IE is described in the next table. 


NA Originating Line 
Information 


o 


O 


O 


o 


This IE identifies the type of number in the NA Charge 
Number (e.g. subscriber versus PLMN operator 
number). 


NA Charge Number 


o 


O 


O 





This IE identifies the chargeable number for the usage 
of a North American carrier. 


O-CSI AppUcable 






O 


o 


This IE indicates that the O-CSI, if present shall be 
applied on the outgoing leg. 


Original Called Party ID 


o 


O 


O 


o 


This IE carries the dialled digits if the call has met call 
forwarding on route to the gsmSSF or is forwarded 
by the gsmSCF. 


Redirecting Party ID 


o 





O 





This IE indicates the directory number the call was 
redirected from. 


Redirection Information 


o 





O 





This IE contains forwarding related information, such 
as redirecting counter. 


Suppression Of 












This IE indicates that announcements or tones 

generated as a result of unsuccessful call setup shall 
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Information element name 


MO 


MF 


MX 


VT 


Description 


Announcements 










be suppressed. 


Service Interaction 
Indicators Two 


O 


O 


o 


O 


(Til * T1 — 1 * 1 't 1* I'l'l'l'l 

This IE IS described in a table below. 


CUG Interlock Code 


O 





o 


o 


See 3G TS 23.085 [9] for details of this IE. 


Outgoing Access Indicator 


O 


o 


o 


o 


See 3G TS 23.085 [9] for details of this IE. 


Non-CUG Call 


O 


o 


o 


o 


This IE indicates that no parameters for CUG should be 
used for the call (i.e. the call should be a non-CUG 
call). 



O Optional (Service logic dependent). 



- Not appUcable. 

NOTE: Non-CUG Call shall not be present if at least one of CUG Interlock Code and Outgoing Access Indicator 
are present. 



NA Carrier Information contains the following information: 



Information element name 


MO 


MF 


MX 


vx 


Description 


NA Carrier Identification Code 


M 


M 


M 


M 


Xhis IE uniquely identifies a North American long 
distance carrier. 


NA Carrier Selection 
Information 


M 


M 


M 


M 


Xhis IE indicates the way the carrier was selected e.g.: 

- dialled 

- subscribed 


M Mandatory (The IE shall always be sent). 






Service Interaction Indicators Two contains the following information: 


Information element name 


MO 


MF 


MX 


VX 


Description 


Forward Service Interaction 
Indicator 


O 


o 


O 


O 


Xhis IE is described in a table below. 


Backward Service Interaction 
Indicator 


o 


O 


O 


o 


This IE is described in a table below. 


HOLD Treatment Indicator 


o 






o 


Xhis IE indicates whether the CAMEL subscriber can 
invoke HOLD for the call. 


CW Treatment Indicator 


o 






o 


Xhis IE indicates whether CW can be applied for a call to 
the CAMEL subscriber whilst this call is ongoing. 


ECT Treatment Indicator 


o 






o 


This IE indicates whether the call leg can become part of 
an ECT call initiated by the CAMEL subscriber. 


Connected number treatment 
indicator 


o 











Xhis IE indicates the treatment of the connected number at 
the originating side. 



O Optional (Service logic dependent). 



- Not appUcable. 

Forward Service Interaction Indicator contains the following information: 
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Information element name 


MO 


MF 


MX 


VT 


Description 


Conference Treatment Indicator 


O 


O 


O 


O 


This IE indicates whether the call leg can become part of a 
MPTY call initiated by the called subscriber. 


Call Diversion Treatment 
Indicator 


O 


O 


O 





This IE indicates whether the call can be forwarded using 
the Call Forwarding or Call Deflection Supplementary 
Services. 


Calling Party Restriction 
Indicator 


O 








1 ms IE/ uiuicdies wneiner ine i^^i^i snoii oe marKeu as 
Restricted by CAMEL action for the call. 


Call Completion Treatment 
Indicator 


O 








This IE indicates whether the calling user can made a 
CCBS request for this call. See also 3G TS 23.093 [38] for 
further details. 



O Optional (Service logic dependent). 
Not applicable. 

Backward Service Interaction Indicator contains the following information: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Conference Treatment Indicator 


O 


O 


O 





This IE indicates if the call leg can become part of a 
MPTY call initiated by the calling subscriber. 


Call Completion Treatment 
Indicator 


o 


o 


o 


o 


This IE indicates whether a CCBS request can be made for 
the call. See also Q.1601 for description. 



O Optional (Service logic dependent). 



- Not appUcable. 

4.6.2.7 Connect To Resource 
4.6.2.7.1 Description 

This IF is used to connect a call from the gsmSSF to a gsmSRF. 



4.6.2.7.2 Information Elements 

The following information elements are required: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Service Interaction Indicators 
Two 


O 


O 


O 


o 


This parameter indicates whether or not a bothway 
through connection is required between the Calling party 
and the gsmSRF. The handUng when this IE is not present 
is defined in EN 301 070-1 ([7]). 


Resource Address 


O 


o 


o 


o 


This IE indicates the physical location of the gsmSRF. 


O Optional (Service logic dependent). 
Resource Address contains the following information: 


Information element name 


MO 


MF 


MT 


VT 


Description 


IP Routing Address 


C 


C 


C 


c 


This IE indicates the routeing address to set up a 
connection towards the gsmSRF. 


None 


C 


c 


c 


c 


This parameter indicates that the call party is to be 
connected to a predefined gsmSRF. 



C Conditional. 
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4.6.2.8 Continue 

4.6.2.8.1 Description 

This IF requests the gsmSSF to proceed with call processing at the DP at which it previously suspended call processing 
to await gsmSCF instructions. The gsmSSF completes DP processing, and continues basic call processing 
(i.e., proceeds to the next point in call in the BCSM) without substituting new data from the gsmSCF. 

4.6.2.8.2 Information Elements 

This IF contains no information elements. 

4.6.2.9 Continue Witli Argument 

4.6.2.9.1 Description 

This information flow requests the gsmSSF to proceed the call processing with modified information at the DP at which 
it previously suspended call processing to await gsmSCF instructions. The gsmSSF completes DP processing, and 
continues basic call processing (i.e., proceeds to the next point in call in the BCSM) with the modified call setup 
information as received from the gsmSCF. 

4.6.2.9.2 Information Elements 



The following information elements are required: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Alerting Pattern 






O 


O 


This parameter indicates the kind of Alerting Pattern 
to be applied. 


Calling Partys Category 


O 











This IE indicates the type of calling party (e.g., 
operator, pay phone, ordinary subscriber). 


Generic Number 


O 


O 


O 


O 


This IE contains the generic number. Its used to 

convey the additional calling party number, which 
e.g. could be used to modify the calling line ID 
presented to the called user. 


NA Carrier Information 


O 


O 


O 


O 


This IE is described in the next table. 


NA Originating Line 
Information 


O 


O 


O 


O 


This IE identifies the type of number in the NA 
Charge Number (e.g. subscriber versus PLMN 
operator number). 


NA Charge Number 


O 


O 


O 





This IE identifies the chargeable number for the usage 
of a North American carrier. 


Suppression Of 
Announcements 






O 





This IE indicates that announcements or tones 
generated as a result of unsuccessful call setup 
shall be suppressed. 
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Information element name 


MO 


MF 


MT 


VT 


Description 


Service Interaction 
Indicators Two 


r\ 
\J 


r\ 
\J 




yj 


See the Information Flow table of the Connect 
operation for an explanation of this parameter. 
For Mobile Termmated calls, this parameter may 
only be sent to the VMSC. 


CUG Interlock Code 


o 





o 


o 


See 3G TS 23.085 [9] for details of this IE. 


Outgoing Access Indicator 


o 


o 





o 


See 3G TS 23.085 [9] for details of this IE. 


Non-CUG Call 


o 











This IE indicates that no parameters for CUG should 
be used for the call (i.e. the call should be a non- 
CUG call). 



O Optional (Service logic dependent). 
- Not applicable. 

NOTE: Non-CUG Call shall not be present if at least one of CUG Interlock Code and Outgoing Access Indicator 



are present. 

NA Carrier Information contains the following information: 



Information element name 


MO 


MF 


MT 


VT 


Description 


NA Carrier Identification Code 


M 


M 


M 


M 


This IE uniquely identifies a North American long 
distance carrier. 


NA Carrier Selection 
Information 


M 


M 


M 


M 


This IE indicates the way the carrier was selected e.g.: 

- dialled 

- subscribed 



M Mandatory (The IE shall always be sent). 

4.6.2.10 Disconnect Forward Connection 

4.6.2.10.1 Description 

This IF is used : 

- to disconnect a connection with a gsmSRF previously established with a Connect To Resource IF; 

- to disconnect an initiating gsmSSF from an assisting gsmSSF and its associated gsmSRF. The IF is send to the 
initiating gsmSSF. 

4.6.2.10.2 Information Elements 

This IF contains no information elements. 

4.6.2.1 1 Establish Temporary Connection 
4.6.2.11.1 Description 

This IF is used to create a connection between an initiating gsmSSF and an assisting gsmSSF as a part of the assist 
procedure. It can also be used to create a connection between a gsmSSF and a gsmSRF. 
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4.6.2.11.2 Information Elements 



The following information elements are required: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Assisting SSP IP Routing 
Address 


M 


M 


M 


M 


This parameter indicates the destination address of the 
gsmSRF or assisting gsmSSF for the assist procedure. As 
a network operator option, the Assisting SSP IP Routing 
Address may contain embedded within it, a "Correlation 
ID" and " ScfID", but only if "Correlation ID" and "Scf 
ID" are not specified separately. 


Correlation ID 


O 





O 


O 


This parameter is used for : 

- the correlation of dialogues from the initiating gsmSSF-> 
gsmSCF with dialogues from gsmSRF -> gsmSCF 

- the correlation of dialogues from the initiating gsmSSF-> 
gsmSCF with dialogues from assisting gsmSSF -> 

gsmSCF. 


NA Carrier Information 


O 











This IE is described in the next table. 


NA Originating Line 
Information 


o 











This IE identifies the type of number in the NA Charge 
Number (e.g. subscriber versus PLMN operator number). 


NA Charge Number 


o 


o 


o 





This IE identifies the chargeable number for the usage of a 
North American carrier. 


ScfID 


o 


o 


o 


o 


This parameter indicates the gsmSCF identifier 


Service Interaction Indicators 
Two 


o 


o 


o 





This parameter indicates whether or not a bothway 
through connection is required between the Calling party 
and the gsmSRF. The handling when this IE is not present 
is defined in EN 301 070-1 ([7]). 



M Mandatory (The IE shall always be sent). 



O Optional (Service logic dependent). 



NA Carrier Information contains the following information: 



Information element name 


MO 


MF 


MT 


VT 


Description 


NA Carrier Identification Code 


M 


M 


M 


M 


This IE uniquely identifies a North American long distance 
carrier. 


NA Carrier Selection 
Information 


M 


M 


M 


M 


This IE indicates the way the carrier was selected e.g.: 

- dialled 

- subscribed 



M Mandatory (The IE shall always be sent). 



4.6.2.12 Furnish Charging Information 
4.6.2.12.1 Description 

This IF is used to request the gsmSSF to include call related information in the CAMEL specific logical call record. The 
logical call record is created when FCI is received and a logical call record for that leg does not exist. For modelling 
purposes the logical call record is buffered in the gsmSSF. The gsmSSF completes logical call records as defined in the 
SDLs. Once the logical call record is completed, then its free format data is moved to the corresponding CDR and the 
logical call record is deleted. 

The CSE can send multiple concatenated FCIs per leg for completion. The total maximum of free format data is 160 
octets per leg. The 160 octets may be sent in one or more FCI operations. If there is non-completed free format data and 
new FCI operation(s) is/are received to overwrite the non-completed data, then the non-completed data is discarded and 
the gsmSCF can send another 160 octets per leg. The SDLs of 3GPP TS 23.078 define when Logical CDRs are 
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completed. After the completion the gsmSCF can send another 160 octets of free format data in one or more FCI 
operations for the called leg. 

4.6.2.12.2 Information Elements 



The following information elements are required: 



Information element name 


MO 


MP 


MX 


VT 


Description 


FCI Bilhng Charging 
Characteristics 


M 


M 


M 


M 


This IE is described in the next table. 


M Mandatory (The IE shall always be sent). 






FCI Billing Charging Characteristics contains the following information: 


Information element name 


MO 


MP 


MT 


VT 


Description 


FCIBCCCAMEL Sequence 1 


M 


M 


M 


M 


This IE is described in the next table. 



M Mandatory (The IE shall always be sent). 



FCIBCCCAMEL Sequence 1 contains the following information: 



Information element name 


MO 


MP 


MT 


VT 


Description 


Free Format Data 


M 


M 


M 


M 


This IE is a free format data to be inserted in the CAMEL 
logical call record. 


Party To Charge 


M 


M 


M 


M 


This IE indicates the party for whom a CAMEL logical 
call record will be created. 


Append Free Format Data 


O 


O 


O 





This IE indicates that the gsmSSF shall append the free 
format data to the Logical call record. 

- If this IE is present and indicates "Append", the 
gsmSSF shall append the free format data received 
in this IF to the free format data already present in 
the Logical call record for that leg of the call. 

- If this IE is absent or in value "Overwrite", then the 
gsmSSF shall overwrite all free format data already 
present in the Logical call recird for that leg of the 
call, by the free format data received in this IF. 

If no Logical call record exists yet for that leg of the call, 
then the gsmSSF shall ignore this IE. 



M Mandatory (The IE shall always be sent). 



O Optional (Service logic dependent). 

4.6.2.13 Release Call 
4.6.2.13.1 Description 

This IF is used to tear down by the gsmSCF an existing call at any phase of the call for all parties involved in the call. 
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4.6.2.13.2 Information Elements 



The following information elements are required: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Release Cause 


M 


M 


M 


M 


A number giving an indication to the gsmSSF about the 
reason of releasing this specific call. This may be used by 
MSC/GMSC for generating specific tones to the different 
parties in the call or to fill in the "cause" in the release 
message. 



M Mandatory (The IE shall always be sent). 



4.6.2.14 Request Report BCSM Event 

4.6.2.14.1 Description 

This IF is used to request the gsmSSF to monitor for a call-related event, then send a notification back to the gsmSCF 
when the event is detected (see Event Report BCSM). 

4.6.2.14.2 Information Elements 



The following information elements are used: 



Information element name 


MO 


MF 


MT 


VT 


Description 


BCSM Event 


M 


M 


M 


M 


This IE specifies the event or events of which a report is 
requested. 


M Mandatory (The IE shall always be sent). 
BCSM Event contains the following information: 


Information element name 


MO 


MF 


MT 


VT 


Description 


Event type 


M 


M 


M 


M 


This IE specifies the type of event of which a report is 
requested. 


Leg ID 


C 


C 


C 


C 


This IE indicates the party in the call for which the event 
shall be reported. 


Monitor Mode 


M 


M 


M 


M 


When this IE is "interrupted", the event shall be reported 
as a request, if it is "notifyAndContinue", the event shall 
be reported as a notification, if the IE is "transparent", the 
event shall not be reported. 


DP Specific Criteria 


O 


O 


O 


O 


This IE is described in the next table. 


M Mandatory (The IE shall always be sent). 
C Conditional. 

O Optional (Service logic dependent). 
DP Specific Criteria is defined as: 


Information element name 


MO 


MF 


MT 


VT 


Description 


Application Timer 


O 





O 


O 


This IE carries additional timer duration information 
(timer values for No Answer event) required for arming 
No_Answer EDPs in the gsmSSF. The TNRy timer (value 
defined between 10s and 40s) shall be shorter than the 
network no answer timer. 



O Optional (Service logic dependent). 



ETSI 



3G TS 23.078 version 3.4.0 Release 1 999 255 ETSI TS 1 23 078 V3.4.0 (2000-03) 

4.6.2.15 Reset Timer 

4.6.2.15.1 Description 

This IF is used to refresh a timer. 

4.6.2.15.2 Information Elements 



The foUowing information elements are required: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Timer Value 


M 


M 


M 


M 


This IE specifies the value to which the indicated timer 
shall be set. 


Timer ID 


O 


O 


O 


O 


This IE indicates which timer shall be reset. It shall be 
set to 'Tssf ' . 



M Mandatory (The IE shall always be sent). 



O Optional (Service logic dependent). 

4.6.2.16 Send Charging Information 

4.6.2.16.1 Description 

This IF is used to send e-parameters from the gsmSCF to the gsmSSF. If charge advice information is received from the 
gsmSCF, it shall replace the charge advice information which would be generated by the MSG and inhibit any further 
generation of CAI by the MSG. Further processing of the charge advice information by the MSG shall be in accordance 
with the GSM Advice of Charge Supplementary Service. 

The IF is only used in the MO case or in the VT case. 

NOTE: If charge advice information is received from the gsmSGF after charge information has been generated by 
the MSG and sent to the MS, the behaviour of the service may be unpredictable or incorrect ; the service 
designer should therefore ensure that the first set of charge advice information is sent to the gsmSSF 
before charge information is sent to the to the MS. 

4.6.2.16.2 Information Elements 



The following information elements are only used for the MO case and for the VT case: 



Information element name 


MO 


MF 


MT 


VT 


Description 


SGI BilUng Charging 
Gharacteristics 


M 






M 


This IE defines the Advice Of Charge related information 
to be provided to the Mobile Station 


Leg ID 


M 






M 


This IE indicates where the charging information shall be 
sent. 


M Mandatory (The IE shall always be sent). 
SGI Billing Charging Gharacteristics is defined as: 


Information element name 


MO 


MF 


MT 


VT 


Description 


AOG After Answer 


G 






G 


This IE is sent after an Answer from event has been 
detected from the called party, the current connected SRF 
or the temporary connection. 


AOG Before Answer 


G 






G 


This IE is sent before an Answer event has been detected 
from the called party, the current connected SRF or the 
temporary connection. 



G Conditional (only one of these lEs may be sent). 
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AOC Before Answer is defined as: 



Information element name 


MO 


MF 


MT 


VT 


Description 


AOC Initial 


M 






M 


This IE contains CAI elements as defined in 
3GTS 22.024 [31]. 


AOC Subsequent 


O 






O 


See definition in the next table. 



M Mandatory (The IE shall always be sent). 
O Optional (Service logic dependent). 
AOCSubsequent is defined as: 



Informalion elemenl name 


MO 


MF 


MT 


VT 


Descriplion 


CAI Elements 


M 






M 


This IE contains CAI elements as defined in 
3GTS 22.024 [31] 


Tariff Switch Interval 


O 









This IE indicates the tariff switch time until the next tariff 
switch applies. 


M Mandatory (The IE shall always be sent). 
Optional (Service logic dependent). 

AOCAflcrAnswer is defined as: 


Information element name 


MO 


MF 


MT 


VT 


Description 


CAI Elements 


M 






M 


This IE contains CAI elements as defined in 
3G TS 22.024 |31| 


Tariff Switch Interval 


O 






O 


This IE indicates the tariff switch time untU the next tariff 
switch applies. 



M Mandatory (The IE shall always be sent). 



4.6.3 Optional (Service logic dependent) gsmSCF to gsmSRF information 
flows 

4.6.3.1 Activity Test 

4.6.3.1.1 Description 

This IF is used to check for the continued existence of a relationship between the gsmSCF and gsmSRF. If the 
relationship is still in existence, then the gsmSRF will respond. If no reply is received, then the gsmSCF will assume 
that the gsmSRF has failed in some way and will take the appropriate action. 

4.6.3.1.2 Information Elements 

This IF contains no information elements. 

4.6.3.2 Cancel 
4.6.3.2.1 Description 

This IF is used by the gsmSCF to request the gsmSRF to cancel a correlated previous operation. 
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4.6.3.2.2 Information Elements 

The following information elements are used: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Invoke ID 


M 


M 


M 


M 


This IE specifies the operation to be cancelled. 



M Mandatory (The IE shall always be sent). 



4.6.3.3 Play Announcement 
4.6.3.3.1 Description 



This IF is used for inband interaction. 

4.6.3.3.2 Information Elements 

The following information elements are required: 



Information element name 


MO 


MF 


Ml 


VT 


Description 


Information To Send 


M 


M 


M 


M 


This IE indicates an announcement or a tone to be sent 
to the end user by the gsmSRF. 


Disconnect From IP Forbidden 


M 


M 


M 


M 


This IE indicates whether or not the gsmSRF may be 
disconnected from the user when all information has 

been sent. 


Request Announcement 
Complete 


M 


M 


M 


M 


This IE indicates whether or not a 
SpecializedResourceReport shall be sent to the gsmSCF 
when all information has been sent. 



M Mandatory (The IE shall always be sent). 

O Optional (Service logic dependent). 

Information To Send contains the following information: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Inband Info 


C 


C 


C 


C 


This IE indicates the inband information to be sent. 


Tone 


C 


C 


C 


c 


This IE indicates the tone to be sent. The mapping from 
the code points of this IE to tones is a matter for 
agreement between the gsmSCF operator and the gsmSRF 
operator. 



C Conditional (only one element shall be present). 



Inband Info contains the following information: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Message ID 


M 


M 


M 


M 


This IE is described in the next table. 


Number Of Repetitions 


M 


M 


M 


M 


This IE indicates the maximum number of times the 
message shall be sent to the end-user. 


Duration 


O 


O 


O 


O 


This IE indicates the maximum duration time in seconds 
that the message shall be played/repeated. Zero indicates 
endless repetition. 


Interval 


o 











This IE indicates the time interval in seconds between two 
repetitions. 



M Mandatory (The IE shall always be sent). 
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O Optional (Service logic dependent). 
Message ID contains the following information: 



Informalion clement name 


MO 


MF 


Ml 


VT 


Description 


Elementary Message ID 


C 


C 


c 


C 


This IE indicates a single announcement 


Text 


c 


C 


c 


c 


This IE indicates a text to be sent. The text shall be 
transformed to inband information (speech) by the 
gsmSRF. 


Elementary Message IDs 


c 


c 


c 


c 


This IE indicates a sequence of announcements 


Variable Message 


c 


c 


c 


c 


This IE indicates an annoimcement with one or more 
variable parts. 


C Conditional (only one element shall be present). 
Tone contains the following information: 


Information element name 


MO 


MF 


MT 


VT 


Description 


Tone ID 


M 


M 


M 


M 


This IE indicates the tone to be sent. 


Duration 


O 


O 


O 


o 


This IE indicates the maximum duration time in seconds 
that the message shall be played/repeated. Zero indicates 
endless repetition. 



M Mandatory (The IE shall always be sent). 
O Optional (Service logic dependent). 



4.6.3.4 Prompt And Collect User Information (received information) 

4.6.3.4.1 Description 

This IF is used to interact with a call party in order to collect information. 

4.6.3.4.2 Information Elements 



The following information elements are required: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Collected Info 


M 


M 


M 


M 


This IE is described in the next table. 


Information To Send 


O 


O 


O 


O 


This IE indicates an announcement or a tone to be sent to 
the end user by the gsmSRF. 


Disconnect From IP Forbidden 


O 


O 


O 


O 


This IE indicates whether the gsmSRF shall be 
disconnected from the user when all information has been 
sent. 


O Optional (Service logic dependent). 
Collected Info contains the following information: 


Information element name 


MO 


MF 


MT 


VT 


Description 


Collected Digits 


M 


M 


M 


M 


This IE is described in the next table. 



O Optional (Service logic dependent). 
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Information element name 


MO 


MF 


MX 


VT 


Description 


iVAiniiTiiim ^UiiTnrif^T IIT 
iVllllllllUlll 1^ UlllUd \J1 

Digits 


M 


iVl 


iVl 


iVl 


1 Ilia 11— t lll\Al\^iXl.Ca lllC 1 1111111 11 Ui 11 llUlllUd Kfl VdllU- Ulgllo 

to be collected. 


ivitiAiiiiLiiii i> uiiiuci yji 

Digits 


M 


M 

iVl 


M 

iVl 


iVl 


1 lllh 11— t l^JJC^IIICl!) LllC llldAllllUlll llUlllUCl Kfl VCUIU- Ulglto 

to be collected 


FnH Of Rpnlv Dicrit 






n 




iiiia ii-i iiiu-ii^ciiCd LllC uigin^a_^ UdCU- i\j Mgiicii LllC ciiu- yji 

input. 


Cancel Digit 


O 


O 


O 


O 


If this IE is present, the cancel digit can be entered by 

LllC LldCl iXf ICI^LlCoL a. JJUoMUlC ICLlj' 


Start Digit 


o 


O 


O 


O 


If this IE is present, the start digit(s) indicates the start 
of the vahd digits to be collected. 


First Digit Time Out 


o 


O 


O 


O 


If this IE is present, the first digit shall be received 
before the expiration of the first digit timer 
expiration 


Inter Digit Time Out 


o 


O 


O 


O 


If this IE is present, any subsequent valid or invahd 
digit shall be received by the gsmSRF before the 
inter digit timer expires. 


Error Treatment 


o 


O 


O 


O 


This IE indicates what specific action shall be taken by 
the gsmSRF in the event of error conditions 
occurring. 


Interruptable Ann Ind 


o 











If this IE is set to TRUE (default value) the 

announcement is interrupted after the first vahd or 
invalid digit received by the gsmSRF. If this IE is 
present and explicitly set to FALSE, the 
announcement will not be interrupted after the first 
digit is received by the gsmSRF 


Voice Information 


o 


O 


O 


O 


This IE is optional, where the default value is specified 
being FALSE. If the Voicelnformation IE is set to 
FALSE, all valid or invahd digits are entered by 
DTMF If this IE is present and explicitly set to 
TRUE, calling user is required to provide all valid 
or invahd information by speech 


Voice Back 


o 


O 


O 


O 


This IE is optional, where the default value is specified 
being FALSE. If the VoiceBack IE is set to 
FALSE, no voice back information is given by the 
gsmSRF If this IE is present and exphcitly set to 
TRUE, the valid input digits received by the 
gsmSRF will be announced back to the calling user 
immediately after the end of input is received 



O Optional (Service logic dependent). 



InformationToSend is defined in subclause 4.6.3.3. 
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4.6.4 gsmSRF to gsmSCF information flows 

4.6.4.1 Activity Test ack 

4.6.4.1.1 Description 

This IF is the response to the Activity Test. 

4.6.4.1.2 Information Elements 

This IF contains no information elements. 

4.6.4.2 Assist Request Instructions 

4.6.4.2.1 Description 

This IF is sent to the gsmSCF by a gsmSSF which is acting as the assisting gsmSSF or by a gsmSRF. 

4.6.4.2.2 Information Elements 



The following information elements are required: 



Information element name 


MO 


MP 


MX 


VT 


Description 


CorrelationID 


M 


M 


M 


M 


This IE is used to associate the AssistRequestlnstructions 
IF from an assisting gsmSSF or by a gsmSRF with the 
InitialDP from the initiating gsmSSF. 


IP SSP CapabiUties 


M 


M 


M 


M 


This IE indicates which SRF resources are attached, 
available and supported within the MSG where the 
gsmSSF resides or the IP in which the gsmSRF resides. 



M Mandatory (The IE shall always be sent). 



4.6.4.3 Prompt And Collect User Information ack (received information) 

4.6.4.3.1 Description 

This IF is used by the gsmSRF to indicate the result a Prompt And Collect User Information IF. 

4.6.4.3.2 Information Elements 

The following information elements are required: 



Information element name 


MO 


MF 


MT 


VT 


Description 


Digits Response 


C 


C 


C 


C 


This IE indicates the digit sequence received from the end 
user 



C Conditional (The IE shall be sent, if available). 



4.6.4.4 Specialized Resource Report 

4.6.4.4.1 Description 

This IF is used to response to a PlayAnnoimcement IF when the announcement complete indication is set. 

4.6.4.4.2 Information Elements 

This IF contains no information elements. 
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4.6.5 gsmSCF to Assisting SSF information flows 

4.6.5.1 Activity Test 

4.6.5.1.1 Description 

This IF is used to check for the continued existence of a relationship between the gsmSCF and assistSSF. If the 
relationship is still in existence, then the assistSSF will respond. If no reply is received, then the gsmSCF will assume 
that the assistSSF has failed in some way and will take the appropriate action. 

4.6.5.1.2 Information Elements 

This IF contains no information elements. 

4.6.5.2 Cancel 

4.6.5.2.1 Description 

This IF is described in subclause 4.6.3. 

4.6.5.3 Connect To Resource 

4.6.5.3.1 Description 

This IF is described in subclause 4.6.2. 

4.6.5.4 Play Announcement 

4.6.5.4.1 Description 

This IF is described in subclause 4.6.3. 

4.6.5.5 Prompt And Collect User Information 

4.6.5.5.1 Description 

This IF is described in subclause 4.6.3. 

4.6.5.6 Reset Timer 

4.6.5.6.1 Description 
This IF is described in subclause 4.6.2. 

4.6.6 Assisting SSF to gsmSCF information flows 
4.6.6.1 Activity Test ack 

4.6.6.1.1 Description 

This IF is the response to the Activity Test. 

4.6.6.1.2 Information Elements 

This IF contains no information elements. 
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4.6.6.2 Assist Request Instructions 

4.6.6.2.1 Description 
This IF is defined in subclause 4.6.4. 

4.6.6.3 Prompt And Collect User Information ack (received information) 

4.6.6.3.1 Description 

This IF is described in subclause 4.6.4. 

4.6.6.4 Specialized Resource Report 

4.6.6.4.1 Description 

This IF is described in subclause 4.6.4. 

4.6.7 HLR to VLR information flows 
4.6.7.1 Delete Subscriber Data 

4.6.7.1.1 Description 

This IF is used by an HLR to remove certain subscriber data from a VLR if the subscription of one or more 
supplementary services or basic services is withdrawn. Note that this IF is not used in case of erasure or deactivation of 
supplementary services. This IF is specified in 3G TS 29.002 [4]. 

4.6.7.1.2 Information Elements 

The Delete Subscriber Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


CAMEL Subscription Info 
Withdraw 


C 


This IE identifies that all CSIs shall be deleted from the subscriber data in 
VLR. 



C Conditional (The IE shall be sent when deletion is requested). 

4.6.7.2 Insert Subscriber Data 

4.6.7.2.1 Description 

This IF is used by an HLR to update a VLR with certain subscriber data. This IF is specified in 3G TS 29.002 [4]. 

4.6.7.2.2 Information Elements 



Insert Subscriber Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


O-CSI 


C 


This IE identifies the subscriber as having originating CAMEL services. 


D-CSI 


C 


This IE identifies the subscriber as having originating CAMEL dialled 
services. 


VT-CSI 


c 


This IE identifies the subscriber as having terminating CAMEL services 
in the VMSC. 



C Conditional (The IE shall be sent, if required). 
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O-CSI contains the following information: 



Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE is described in subclause 4.3.1 


Service Key 


M 


This IE is described in subclause 4.3.1. 


Default Call Handling 


M 


This IE is described in subclause 4.3.1. 


TDP List 


M 


This IE is described in subclause 4.3.1. 


DP Criteria 


O 


This IE is described in subclause 4.3.1. 


CAMEL Capability Handling 


C 


This IE is described in subclause 4.3.1. If this IE is absent, this 
indicates that CAMEL phase 1 is asked. 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent when required). 

O Optional (service logic dependant). 

D-CSI contains the following information: 



Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE is described in subclause 4.3.2. 


Service Key 


M 


This IE is described in subclause 4.3.2. 


Default Call Handhng 


M 


This IE is described in subclause 4.3.2. 


DP Criteria 


M 


This IE is described in subclause 4.3.2. 


CAMEL Capabihty Handhng 


M 


This IE is described in subclause 4.3.2. The CAMEL Capability 
Handling shall indicate CAMEL phase 3 or higher. 


M Mandatory. 

VT-CSI contains the following information: 


Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE is described in subclause 4.3.4. 


Service Key 


M 


This IE is described in subclause 4.3.4. 


Default Call Handhng 


M 


This IE is described in subclause 4.3.4. 


TDP List 


M 


This IE is described in subclause 4.3.4. 


DP Criteria 


O 


This IE is described in subclause 4.3.4. 


CAMEL Capabihty Handhng 


M 


This IE is described in subclause 4.3.4. The CAMEL Capability 
Handling shall indicate CAMEL phase 3 or higher. 



M Mandatory. 



O Optional (service logic dependant). 

4.6.7.3 Provide Subscriber Info 
4.6.7.3.1 Description 

This IF is described in TS 23.018 [3] and is used by the HLR to request information (subscriber state and location) from 
the VLR at any time. 
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4.6.7.4 Provide Roaming Number 

4.6.7.4.1 Description 

This IF is specified in 3G TS 23.018 [3] and used by the HLR to request a roaming number from the VLR. 

4.6.7.4.2 Information Elements 

Provide Roaming Number contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Suppression Of Announcements 


C 


This IE indicates that announcements or tones generated 
as a result of unsuccessful call setup shall be 
suppressed. 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by 
the GMSC in the Send Routeing Info IF.. 


GMSC Address 


M 


This IE is the E. 164 address of the GMSC 


Alerting Pattern 


C 


This IE indicates the kind of Alerting Pattern to be 
applied. 


GMSC CAMEL Phases 


C 


This IE indicates the CAMEL Phases supported in the 
GMSC. 



M Mandatory (The IE shall always be sent). 



C Conditional (The IE shall be sent, if received from the GMSC in the Send Routeing Info). 

4.6.8 VLR to HLR information flows 
4.6.8.1 Insert Subscriber Data ack 

4.6.8.1.1 Description 

This IF is used by the VLR to indicate to the HLR the result of the Insert Subscriber Data IF. This IF is specified in 
3GTS 29.002 [4]. 

4.6.8.1.2 Information Elements 

Insert Subscriber Data ack contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Supported CAMEL Phases 


C 


This IE identifies which CAMEL phases are supported by the 
MSC/VLR. 



C Conditional (The IE shall always be sent when a CSI has been included in the ISD). 

4.6.8.2 Provide Subscriber Info ack 
4.6.8.2.1 Description 

This IF is described in TS 23.018 [3] and is used by the VLR to provide the requested information to the HLR. 
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4.6.8.3 Update Location 

4.6.8.3.1 Description 

This IF is used by the VLR to provide the information about supported CAMEL phases to the HLR. 

4.6.8.3.2 Information Elements 

Update Location contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Supported CAMEL phases 


C 


This IE indicates which phases of CAMEL are supported. It shall be 
present if a CAMEL phase different from phase 1 is supported. 
Otherwise may be absent. 



4.6.8.4 Restore Data 

4.6.8.4.1 Description 

This IF is used by the VLR to provide the information about supported CAMEL phases to the HLR. 

4.6.8.4.2 Information Elements 
Restore Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Supported CAMEL phases 


C 


This IE indicates which phases of CAMEL are supported. It shall be 
present if a CAMEL phase different from phase 1 is supported. 
Otherwise may be absent. 



4.6.9 HLR to GMSC information flows 
4.6.9.1 Send Routeing Info ack 

4.6.9.1.1 Description 

This IF is specified in 3G TS 23.018 [3] and is used by the HLR to transfer the requested routeing information to the 
GMSC. 

4.6.9.1.2 Information Elements 

Send Routeing Info ack contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Location Information 


C 


This IE indicates the location of the served subscriber. 


O-CSI 


C 


This IE identifies the subscriber as having originating CAMEL 
services. 

Shall be sent if O-CSl is active, and CFU or CFNRc has been 
invoked, or if both O-CSI and T-CSI are active. 
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Information element name 


Required 


Description 


Subscriber State 


C 


This IE indicates the status of the MS. The possible values of the 
IE are: 

- CAMELBusy: The VLR has indicated that the MS is 
engaged on a transaction for a mobile originating or 
terminated circuit- switched call. 

- NetworkDeterminedNotReachable: The VLR has indicated 
that the network can deternoine from its internal data that 
the MS is not reachable. 

Assumedldle: The VLR has indicated that the state of the MS 
is neither "CAMELBusy" nor 
"NetworkDeterminedNotReachable" . 

NotProvidedFromVLR: The VLR did not provide any 
information on subscriber state even though it was requested. 


T-CSI 


C 


This IE identifies the subscriber as having terminating CAMEL 
services. 

Shall be sent if T-CSl is active and no Suppress T-CSI indicator is 
present in the SRI. 


oasic oervice i_^oae 




This IE indicates the type of basic service i.e., teleservice or bearer 
service. 


CUG Subscription Flag 


c 


This IE indicates if the called party has a CUG subscription. It 
shall only be sent if the T-CSI is active and included in the 
Send Routing Information ack. 


C Conditional (The IE shall be sent, if available). 
Location Information contains the following information: 


Information element name 


Required 


Description 


Location Number 


C 


See 3G TS 23.018 [3]. The IE shall be sent, if available and indicated 
by Subscriber Information in Send Routeing Information ack 
indicator. 


CellGloballdOrServiceAreald 
OrLAI 


C 


See 3G TS 23.018 [3]. The IE shall be sent, if available and indicated 
by Subscriber Information in Send Routeing Information ack 
indicator. 


Geographical Information 


c 


See 3G TS 23.018 [3]. The IE shall be sent, if available and indicated 
by Subscriber Information in Send Routeing Information ack 
indicator. 


Geodetic Information 


c 


See 3G TS 23.018 [3]. The IE shall be sent, if available and indicated 
by Subscriber Information in Send Routeing Information ack 
indicator. 


Age Of Location Information 


c 


See 3G TS 23.018 [3]. The IE shall be sent, if available and indicated 
by Subscriber Information in Send Routeing Information ack 

indicator. 


VLR number 


c 


See 3G TS 23.018 [3]. 


Selected LSA Identity 


c 


See 3G TS 23.018 [3]. The IE shall be sent, if available and indicated 
by Subscriber Information in Send Routeing Information ack 
indicator. 



C Conditional (The IE shall be sent, if available. Further conditions are in the description column). 



O-CSI is defined in subclause 4.3.1. 
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T-CSI contains the following information: 



Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE is described in subclause 4.3.3. 


Service Key 


M 


This IE is described in subclause 4.3.3. 


Default Call Handling 


M 


This IE is described in subclause 4.3.3. 


TDP List 


M 


This IE is described in subclause 4.3.3. 


CAMEL Capability Handling 


C 


This IE is described in subclause 4.3.3. If this IE is absent, this 
indicates that CAMEL phase 1 is asked. 



M Mandatory. 
C Conditional. 



4.6.10 GMSC to HLR information flows 
4.6.10.1 Send Routeing Info 

4.6.10.1.1 Description 

This IF is described in 3G TS 23.018 [3] and is used to request information from the HLR to route an MT call. 

4.6.10.1.2 Information Elements 

Send Routeing Info contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Alerting Pattern 


C 


This IE indicates the kind of Alerting Pattern to be apphed. 


Suppression Of Announcement 


C 


This IE indicates that announcements or tones generated as a 
result of unsuccessful call setup shall be suppressed. 
Shall be sent in the second interrogation if available, i.e., when it 
has been received from the gsmSCF. 


Suppress T-CSI 


c 


This IE indicates that T-CSI shall be suppressed. 
Shall always be sent in the second interrogation 


Supported CAMEL Phases 


M 


This IE lists the supported CAMEL phases. 


Call Reference Number 


M 


This IE carries the Call Reference Number allocated for the call 
by the GMSC. 

Shall be allocated once per call and sent in both first and second 
interrogations. 


GMSC Address 


M 


This IE is the E.164 address of the GMSC 


Call Diversion Treatment Indicator 


C 


This IE indicates if the call can be forwarded using the Call 
Forwarding or Call Deflection Supplementary Services. 

Shall be sent if received within Forward Service Interaction 
Indicator in Service Interaction Indicators Two from lAM or 

previous CAMEL processing. 



C Conditional (The IE shall be sent, if received from the gsmSCF or set by the gsmSSF). 
M Mandatory (The IE shall always be sent when the GMSC supports CAMEL). 
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4.6. 1 1 VMSC to GMSC information flows 
4.6.1 1 .1 Resume Call Handling 

4.6.11.1.1 Description 

This IF is described in 3G TS 23.079 [36] and is used to request the GMSC to take over handUng the call so that it can 
be forwarded from the GMSC. 

4.6.11.1.2 Information Elements 



Resume Call Handling contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


O-CSI 


C 


This IE indicates that CAMEL handUng appUes for an optimally 
routed late forwarded call. 

This IE shall be present if CAMEL handUng applies; otherwise it 
shall be absent. 

Trigger criteria for DP Collected Information, if present, shall be 
omitted in this IF. 

Trigger criteria for DP Route Select Failure, if present, shall be 
included in this IF. 


D-CSI 


C 


This IE indicates that CAMEL handling applies for an optimally 

routed late forwarded call. 

This IE shall be present if CAMEL handling applies; otherwise it 
shall be absent. 



C Conditional (The IE shall be sent if applicable). 



4.6. 1 2 MSG to VLR information flows 
4.6.12.1 Send Info For Outgoing Call 

4.6.12.1.1 Description 

This IF is described in 3G TS 23.018 [3] and is used to request the VLR to provide information to handle an outgoing 
call. 

4.6.12.1.2 Information Elements 



Send Info For Outgoing Call contains the following CAMEL specific IE. 



Information element name 


Required 


Description 


Suppress O-CSI 


C 


This IE indicates that O-CSI shall be suppressed. 
Shall always be sent in the second interrogation. 


Suppress D-CSI 


c 


This IE indicates that D-CSI shall be suppressed. 
Shall always be sent in the second interrogation. 


N-CSI available 


c 


This IE indicates that N-CSl is available in MSC. 

Shall be sent in the first interrogation if N-CSI is available in 

MSC. 



C Conditional (The IE shall be sent if applicable). 
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4.6.12.2 Send Info For Reconnected Call 

4.6.12.2.1 Description 

This IF is used to request the VLR to provide information to handle a reconnected call. 

4.6.12.2.2 Information Elements 



Send Info For Reconnected Call contains the following IE. 



Information element name 


Required 


Description 


Called number 


JVl 


E. 164 number of the call destination. 


Bearer service 


C 


Bearer service required for the MO call, derived from the GSM 

bearer capability information received in the setup request from the 
MS. One of bearer service or teleservice shall be present. 


Teleservice 


C 


Teleservice required for the MO call, derived from the GSM bearer 

capability information received in the setup request from the MS or 
from the emergency setup request from the MS. One of bearer 
service or teleservice shall be present. 


CUG index 


C 


For the definition of this IE, see 3G TS 23.085 [9]. Shall be present 
if it was received in the setup request from the MS. 


Suppress preferential CUG 


C 


For the definition of this IE, see 3G TS 23.085 [9]. Shall be present 
if it was received in the setup request from the MS. 


Suppress CUG outgoing access 


c 


For the definition of this IE, see 3G TS 23.085 [9]. Shall be present 
if it was received in the setup request from the MS. 


Suppress O-CSI 


c 


This IE indicates that O-CSI shall be suppressed. 
Shall always be sent in the second interrogation. 



M Mandatory (The IE shall always be sent). 



C Conditional (The IE shall be sent if applicable). 

4.6. 1 3 VLR to MSG information flows 
4.6.13.1 Complete Call 
4.6.13.1.1 Description 

This IF is described in 3G TS 23.018 [3] and is used to instruct the MSC to continue the connection of a call. 
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4.6.13.1.2 Information Elements 

Complete Call contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


O-CSI 


c 


This TP indiratps that CAIVTPT handhn^y annhps for an IVTO rail 
Shall be present in the response to the first interrogation for an 
MO call if CAMEL handling applies; otherwise shall be absent. 
Shall be absent in the response to the second interrogation for an 
MO call and in the response to the interrogation for an MT call. 


D-CSI 


C 


This IE identifies the subscriber as having originating CAMEL 
dialled services. 


VT-CSI 


C 


This IE identifies the subscriber as having terminating CAMEL 
services in the VMSC. 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by the HLR 
in the Provide Roaming Number IF. 


GMSC Address 


M 


This IE is the E.164 address of the GMSC. 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent if applicable). 



4.6.1 3.2 Process Call Waiting 
4.6.13.2.1 Description 

This IF is described in 3G TS 23.018 [3] and is used to instruct the MSC to continue the connection of a waiting call. 



4.6.13.2.2 Information Elements 

Process Call Waiting contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by the HLR 
in the Provide Roaming Number IF. 


GMSC Address 


M 


This IE is the E.164 address of the GMSC. 



M Mandatory (The IE shall always be sent). 



4.6.13.3 Send Info For Incoming Call ack 
4.6.13.3.1 Description 

This IF is described in 3G TS 23.018 [3] and is used to indicate that the incoming caU for which the MSC requested 
subscription information shall be forwarded. 



ETSI 



3G TS 23.078 version 3.4.0 Release 1 999 271 ETSI TS 1 23 078 V3.4.0 (2000-03) 

4.6.13.3.1 Information Elements 



Send Info For Incoming Call ack contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


O-CSl 


C 


This IE indicates that CAMEL handling applies for a forwarded 
call. 

Shall be present if CAMEL handhng applies; otherwise shall be 
absent. 


VT-CSI 


C 


This IE identifies the subscriber as having terminating CAMEL 
services in the VMSC. 


Suppression Of Aimouncement 


C 


This IE indicates that announcements or tones generated when 
the call is forwarded shall be suppressed. 
Shall be sent if it was received in the Provide Roaming Number 
for this call. 








Call Reference Number 


M 


This IE carries the Call Reference Number provided by the HLR 
in the Provide Roaming Number IF. 


GMSC Address 


M 


This IE is the E. 164 address of the GMSC. 



M Mandatory (The IE shall always be sent). 



C Conditional (The IE shall be sent if applicable). 

4.6.13.4 Send Info For Incoming Call negative response 

4.6.13.4.1 Description 

This IF is described in 3G TS 23.018 [3] and is used to indicate that the incoming call for which the MSC requested 
subscription information shall not be connected. 

4.6.13.4.2 Information Elements 



Send Info For Incoming Call negative response contains the following CAMEL specific IE which may be attached as a 
IE to any of the negative response values defined in 3G TS 23.018 [3]: 



Information element name 


Required 


Description 


Suppression Of Aimouncement 


C 


This IE indicates that announcements or tones generated as a 

result of unsuccessful call setup shall be suppressed. 

Shall be sent if it was received in the Provide Roaming Number 

for this call. 



C Conditional (The IE shall be sent if applicable). 



4.7 Interaction with supplementary services 
4.7.1 Line identification 

For an MO call subject to CAMEL interactions, the gsmSCF shall have the option to include the the Calling Party 
Restriction Indicator parameter in the Connect message to the gsmSSF. This will be sent to the MSC and shall indicate 
whether the CLI Presentation Indicator present in the Calling Party Number Parameter shall be set by CAMEL action to 
Restricted. 
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4.7.2 Call forwarding services 

4.7.2.1 Registration of Call Forwarding 

The functional behaviour for the registration of the Call Forwarding supplementary service is defined in 
3G TS 23.082 [27]. The procedure specific to CAMEL is defined in this subclause: 

- CAMEL_Check_CF_Interaction. 

4.7.2.2 Invocation of Call Fon/varding 

The functional behaviour for the invocation of the Call Forwarding supplementary service is defined in 
3G TS 23.018 [3] and 3G TS 23.082 [27]. The following additional requirements apply. 

When Call Forwarding is invoked for a CAMEL subscriber with O-CSl, the gsmSSF shall send the FTN to the gsmSCF 
in the format in which it was received from the HLR. When Call Forwarding is invoked for a CAMEL subscriber with 
D-CSl or if a N-CSl is present in the forwarding MSC, then the FTN shall be treated as defined in subclause 4.2.1.2.2. 

If the Service Interaction Indicators Two parameter was included in the Initial Address Message, the Continue With 
Argument message or the Connect message, the appropriate indicator shall be appUed for the forwarded call. 

An HLR shall not send an FTN which is not in international format to a GMSC which does not support CAMEL phase 
2, i.e. if the HLR is handling a request from a GMSC for routeing information and the forwarded-to number is 
registered in a format other than international, the service logic in the HLR shall behave as if the call forwarding is 
provisioned but not registered. 

4.7.2.3 Invocation of Call Deflection 

The functional behaviour for the invocation of the Call Deflection supplementary service is defined in 3G TS 23.018 [3] 
and 3G TS 23.072 [35]. The following additional requirements apply. 

When Call Deflection is invoked by a CAMEL subscriber with O-CSI, the gsmSSF shall send the DTN to the gsmSCF 
in the format in which it was received from the MS. When Call Deflection is invoked by a CAMEL subscriber with D- 
CSI or if a N-CSI is present in the VMSC, then the DTN shall be treated as defined in subclause 4.2.1.2.2. 

If the Service Interaction Indicators Two parameter was included in the Initial Address Message, the Continue With 
Argument message or the Connect message, the appropriate indicator shall be applied for the deflected call. 

4.7.3 Call Barring services 

When a CAMEL subscriber with O-CSI and TIF-CSI attempts to activate a conditional call barring service 
(BOIC,BOIC-exHC), the HLR shall not check the interactions with call forwarding. 

4.7.4 Closed User Group 

For a CUG subscriber with CAMEL services: 

- The HLR shall store (and transfer to the VLR) the necessary subscriber data to ensure that the served subscriber 
is not urmecessarily prevented by CUG constraints from originating calls. 

- The HLR shall store the necessary subscriber data to ensure that the served subscriber is not unnecessarily 
prevented by CUG constraints from receiving calls. 

For an MO or MF call, the CUG information for that call shall be sent to the gsmSCF in the Initial DP. 

If the gsmSCF returns a Continue message, the call shall continue with the original CUG information unchanged. 

If the gsmSCF returns a Cormect or Continue With Argument message, the CUG handling in table 4.5 appUes. 
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Table 4.5: CUG handling on receipt of Connect or Continue With Argument for an MO or MF call 



CUG parameters in message 


Handling 


Non-CUG call 


Remove CUG information for the call and continue 
as a non-CUG call 


CUG Information (see note) 


Call sliall continue witli modified CUG information 


No CUG information 


Call shall continue with original CUG information 


NOTE: CUG information consists of at least one of CUG lnterlocl< Code and 
Outgoing Access Indicator. 



For an MT or VT call which is to be routed to the terminating subscriber, the CUG information shall be sent to the 
gsmSCF in the Initial DP, but the gsmSCF shall not have the ability to change the CUG information for the call. 

For an MT or VT call which is to be forwarded under CAMEL control, if the gsmSCF returns a Connect or Continue 
With Argument message, the CUG handling in table 4.5 applies. 
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Procedure CAM EL Check CF Interaction 
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Figure 4.80: Procedure CAMEL Check CF Interaction 
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USSD to/from gsmSCF 



5.1 



Architecture 



5.1 .1 Functional Entities used for CAIVIEL 

This subclause describes the functional architecture needed to support CAMEL handling of USSD to/from gsmSCF. 
The functional model of USSD in an HLR that supports CAMEL is shown in figure 5.1. The phase 2 USSD handler is 
defined in 3G TS 23.090 [8]. Phase 1 USSD messages may be relayed from the HLR to the gsmSCF. CAMEL 
introduces a "CAMEL USSD application" which is invoked by the USSD handler. The CAMEL USSD functional 
entities and application behaviour is specified in this subclause. 



Home Network 




MAP 




gsmSCF 



MAP 



T MSC J 



■> 



MS 



Visiting Network 



Figure 5.1 : Handling of USSD to and from a CAMEL subscriber 

HLR: The HLR stores for subscribers requiring CAMEL support the information relevant to the current subscription 
regarding U-CSI. The UG-CSI is stored as global data appUcable to all subscribers. The U-CSI and the UG-CSI are 
stored in the HLR only. 



gsmSCF: see subclause 3.1. 



5.1 .2 Interfaces defined for CAIVIEL 

This subclause describes the different interfaces applicable to CAMEL. It specifies on a high level the functions specific 
to CAMEL. 



5.1 .2.1 gsmSCF - HLR interface 

This interface is used for USSD operations, both for gsmSCF-initiated dialogues and MS-initiated dialogues (relayed 
via HLR). It is a network operator option whether to support or not USSD operations on this interface. 



5.2 Description of CAIVIEL Subscriber Data 
5.2.1 USSD CAMEL Subscription Information (U-CSI) 

The subscription information specified in this subclause is for information only. 
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This subclause defines the contents of the USSD CAMEL Subscription Information (U-CSI). The U-CSI consists of a 
hst of pairs of the following two parameters. 

5.2.1.1 Service Code 

Service code for a specific appUcation in a gsmSCF which interacts with the user by USSD. 

5.2.1.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber and a particular service code. The address shall be 
an E.164 number to be used for routeing. 

5.3 Content of the USSD General CAMEL Service Information 
(UG-CSI) 

The service information specified in this subclause is for infornaation only. 

This subclause defines the contents of the USSD General CAMEL Service Information (UG-CSI). The allocation of the 
UG-CSI is independent from a particular subscriber. 

The UG-CSI consists of a list of pairs of the following two parameters. 

5.3.1 Service Code 

Service code for a specific apphcation in a gsmSCF which interacts with the user by USSD. 

5.3.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular a particular service code. The address shall be an E.164 
number to be used for routeing. 

5.4 Procedures 
5.4.1 MS Initiated USSD 

For the behaviour of the USSD handler in HLR when receiving a MS initiated USSD see 3G TS 23.090 [8]. 

When the USSD handler has determined that the service code present in the received USSD does not indicate that an 
USSD appUcation in the HLR shall be invoked it shall route the USSD to the USSD application specific for CAMEL, 
i.e. the CAMEL USSD appUcation. 

The procedure at the CAMEL USSD application at the HLR is implementation dependent. The following text describes 
a recommended procedure. 

The CAMEL USSD application shall check the U-CSI data assigned to the specific subscriber. If the service code is 
present in the U-CSI the USSD is routed to the gsmSCF given by the gsmSCF address stored against the service code in 
the U-CSI. 

If the service code is not present in the U-CSI (or the subscriber does not have U-CSI defined) then the CAMEL USSD 
appUcation shall check the UG-CSI data assigned to the HLR. If the service code is present in the UG-CSI then the 
USSD is routed to the gsmSCF given by the gsmSCF address stored against the service code in the UG-CSI. 

If the service code is not present in U-CSI or UG-CSI an error (unknown application) is returned to the USSD handler. 
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5.4.2 gsmSCF Initiated USSD 

The HLR may at any time receive a USSD operation from the gsmSCF. If the subscriber can be contacted, the HLR 
shall set up a transaction to the VLR and forward the operation unchanged. Any further information exchange between 
the gsmSCF and MSC shall be transparent to the VLR and the HLR. When one transaction is released, the HLR shall 
release the other. If an error is received from the MSC, the VLR shall release the transaction to the HLR and the HLR 
shall release the transaction to the gsmSCF. 

5.5 Description of information flows 

This clause contains the detailed description of the information flows used by CAMEL. 

Each Information Element, IE is marked as Mandatory (M), Conditional (C), Optional (O) or Not applicable (-). This 
categorisation is a functional classification, i.e., stage 2 information and not a stage 3 classification to be used for the 
ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity : 

- The gsmSCF may silently discard any IE which it does not functionally support. 

- The HLR shall return an error if it does not functionally support a IE which it receives. 
Details of errors and exceptions to these rules are specified in are specified in 3G TS 29.002. 

5.5.1 gsmSCF to HLR information flows 
5.5.1 .1 Unstructured SS Request 

5.5.1.1.1 Description 

This IF is used for the gsmSCF to request data from the MS via the HLR. 

5.5.1.1.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


USSD String 


M 


This IE contains the string that will be sent to the MS. 


Data Coding Scheme 


M 


This IE indicates the characteristics of the USSD string 


IMSI 


C 


This IE identifies the subscriber for which the information is requested 


Alerting Pattern 


O 


This IE indicates an alerting pattern to be sent to the MS. 



M Mandatory (The IE shall always be sent). 

C Conditional (This IE shall be sent if this IF is the first IF in a USSD dialogue). 
O Optional (Service Logic dependent). 



5.5.1 .2 Unstructured SS Notify 

5.5.1.2.1 Description 

This IF is used for the gsmSCF to send data to the MS via the HLR. 

5.5.1.2.2 Information Elements 

The following information elements are required: 
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TnformatioTi plpmptit namp 


RpniiirpH 


Dp'irrinl'ioTi 


USSD Siring 


M 


Tliis IE contains llie siring llial will be sent to the MS. 


Dala Coding Scheme 


M 


This IE indicates the characteristics of the USSD string 


IMSI 


C 


This IE identifies the subscriber for which the information is 

requested. 


Alerting Pattern 


o 


This IE indicates an alerting pattern to be sent to the MS. 



M Mandatory (The IE shall always be sent). 



C Conditional (This IE shall be sent if this IF is the first IF in a USSD dialogue). 
O Optional (Service Logic dependent). 

5.5.1 .3 Process Unstructured SS Data ack 

5.5.1.3.1 Description 

This IF is used for the gsmSCF to send the response to the MS via the HLR for the MS initiated operation. 

5.5.1.3.2 Information Elements 



The following information element is required: 



Information element name 


Required 


Description 


SS User Data 


C 


This IE contains the string that will be sent to the MS. 



C Conditional (The IE shall be sent, if requested and available). 



5.5.1 .4 Process Unstructured SS Request ack 

5.5.1.4.1 Description 

This IF is used for the gsmSCF to send the response to the MS via the HLR for the MS initiated operation. 

5.5.1.4.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


USSD String 


C 


This IE contains the string that will be sent to the MS. 


Data Coding Scheme 


C 


This IE indicates the characteristics of the USSD string 



C Conditional (the presence of the IE depends on the application. Both lEs shall be sent). 



5.5.2 HLR to gsmSCF information flows 
5.5.2.1 Unstructured SS Request ack 

5.5.2.1.1 Description 

This IF is used for the MS to via the HLR send the response to the gsmSCF for the gsmSCF initiated operation. 

5.5.2.1.2 Information Elements 

The following information elements are required: 



ETSI 



3G TS 23.078 version 3.4.0 Release 1 999 279 ETSI TS 1 23 078 V3.4.0 (2000-03) 



Information element name 


Required 


Description 


USSD Siring 


C 


This IE contains the siring thai will be senl lo the gsmSCF. 


Dala Coding Scheme 


C 


This IE indicales ihe characlerislics of ihe USSD siring 



C Conditional (The presence of the IE depends on the application. Both lEs shall be sent). 



5.5.2.2 Unstructured SS Notify ack 

5.5.2.2.1 Description 

This IF is used for the MS to via the HLR acknowledge to the gsmSCF that the notification was received. 

5.5.2.2.2 Information Elements 

This IE contains no information element. 

5.5.2.3 Process Unstructured SS Data 

5.5.2.3.1 Description 

This IF is used for the gsmSCF to request data from the MS via the HLR. 

5.5.2.3.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


SS User Data 


M 


This IE contains the string that will be sent to the MS. 



M Mandatory (The IE shall always be sent). 



5.5.2.4 Process Unstructured SS Request 

5.5.2.4.1 Description 

This IF is used for the MS to request data from the gsmSCF via the HLR. 

5.5.2.4.2 Information Elements 



The following information elements are required: 



Informalion elemenl name 


Required 


Description 


USSD String 


M 


This IE contains the string that will be sent to the gsmSCF, including 
the Service Code. 


Data Coding Scheme 


M 


This IE indicates the characteristics of the USSD string 


IMSI 


M 


This IE identifies the subscriber. 


MSISDN 


O 


This IE contains the basic MSISDN of the subscriber who has 
requested the USSD operation. This IE is used as an operator option. 


Originating Entity Number 


M 


This IE identifies the functional entity initiating the information flow. 
In this case, this shall be the address of the HLR. 



M Mandatory (The IE shall always be sent). 



O Optional (Operator option). 
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5.5.2.5 Begin Subscriber Activity 

5.5.2.5.1 Description 

This IF is used by the HLR to start subscriber activity towards the gsmSCF for USSD purposes. 

5.5.2.5.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


This IE identifies the subscriber. 


Originating Entity Number 


M 


This IE identifies the functional entity initiating the subscriber activity. 
In this case, this shall be the address of the HLR. 



M Mandatory (The IE shall always be sent). 
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GPRS interworking 



6.1 



Architecture 



6.1 .1 Functional Entities used for CAIVIEL 

This subclause describes the functional architecture needed to support GPRS interworking for CAMEL. Figure 6.1 
shows the functional entities involved in a GPRS session requiring CAMEL support. The architecture is appUcable to 
the third phase of CAMEL. 



Home Network 




HLR 




gsmSCFJ 



MAP 



^- 



■■■■CAP 



Interrogating Network 




Visiting Network 



Home/Interrogating/Visiting Network 

Figure 6.1 Functional architecture for support of CAIUIEL 

HLR: The HLR stores for subscribers requiring CAMEL support the information relevant to the current subscription 
GPRS-CSl. The GPRS-CSI is stored in the HLR only. The HLR may provide an interface towards the gsmSCF for the 

Any Time Interrogation procedure. 

SGSN: When processing GPRS Attach requests or Inter-SGSN Routeing Area Updates for subscribers requiring 
CAMEL support, the SGSN receives a GPRS-CSI from the HLR, indicating the SGSN to request instructions from the 
gprsSSF. The SGSN monitors on request the GPRS events and informs the gprsSSF of these events during processing, 
enabling the gprsSSF to control the execution of the GPRS session or individual PDP contexts in the SGSN. 

gprsSSF: see subclause 3.1. 

gsmSCF: see subclause 3.1. 

6.1 .2 Interfaces defined for CAMEL 



6. 1 .2. 1 SGSN - gprsSSF interface 

This is an internal interface. The interface is described in the specification to make it easier to understand the handling 
of DPs (arming/disarming of DPs, DP processing etc.). 
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6. 1 .2.2 gprsSSF - gsmSCF interface 

This interface is used by the gsmSCF to control a GPRS session or individual PDP Context in a certain gprsSSF. 
Relationships on this interface are opened as a result of the gprsSSF sending a request for instructions to the gsmSCF. 

6.1 .2.3 HLR - SGSN interface 

This interface is used to send CAMEL related subscriber data to a visited GPRS network, e.g. GPRS-CSI. 

6.2 Detection Points (DPs) 

See subclause 4.2. 

6.3 Description of CAIVIEL Subscriber Data 

6.3.1 GPRS CAMEL Subscription Information (GPRS-CSI) 

This subclause defines the contents of the GPRS CAMEL Subscription Information. 

6.3.1.1 gsmSCF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E. 164 number to be used 
for routeing. 

6.3.1.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

6.3.1 .3 Default GPRS Handling 

The Default GPRS Handling indicates whether the GPRS session or PDP context shall be released or continued as 
requested in case of error in the gprsSSF to gsmSCF dialogue. 

6.3.1.4 TDPList 

The TDP List indicates on which detection point triggering shall take place. 

6.3.1 .5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

6.3.1.6 CS I state 

The CSI state indicates whether the GPRS-CSI is active or not. 

6.3.1.7 Notification flag 

The notification flag indicates whether the change of the GPRS-CSI shall trigger Notification on Change of Subscriber 
Data or not. 

6.3.1 .8 gsmSCF address list for CSI 

The gsmSCF address list indicates a list of gsmSCF addresses to which Notification on Change of Subscriber Data is to 
be sent. This list is common to all CSI. 
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6.4 Description of CAIVIEL State IVIodels 

GPRS can support multiple PDP contexts simultaneously for an attached subscriber, requiring the behaviour of a GPRS 
session to be modelled by two state machines, one for the attach/detach procedures (GPRS Attach/Detach FSM) and the 
other for modelhng individual PDP Contexts (GPRS PDP Context FSM). 

6.4.1 General Handling 

The GPRS state model (GPRS SM) is used to describe the actions in an SGSN during processing of a GPRS session or 
PDP Contexts. 

The GPRS SM identifies the points in basic GPRS processing when Operator Specific Service (OSS) logic instances 
(accessed through the gsmSCF) are permitted to interact with basic GPRS control capabilities. 

Figure shows the components that have been identified to describe a GPRS SM. 







Transition 




DP 




Point in Association 




(PIA) 





Figure 6.2: GPRS SlUl Components 



6.4.2 GPRS Attach/Detach FSIVI 

The GPRS Attach/Detach FSM is used to model the behaviour of the GPRS attach/detach procedures. 

When encountering a DP the Attach/Detach FSM processing is suspended at the DP and the SGSN indicates this to the 
gprsSSF which determines what action, if any, shall be taken in case the DP is armed. 
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Detached 



Detached 



User- or network initiated 
detach 



ADExeption 




Intra-SGSN Routeing 
area update 



Inter SGSNRouteing area 
update 



Change of Position GPRS session 
Figure 6.3: GPRS Attacli/Detach FSM 
Table 6: Description of GPRS Attach/Detach DPs in the SGSN 



CAMEL Detection Point: 


DP Type 


Description: 


DP Attach 


TDP-R 


A request to attach is received. 


DP Change of position GPRS 
session 


TDP-R^>, EDP-N, 
EDP-R 


Routeing Area Update is accepted. 


DP Detached 


EDP-N, EDP-R 


A detach request is received either from the MS, 
the SGSN or a 'Cancel Location' received from 
HLR. 


Note l:Change of Position GPRS session is reported as TDP-R in the case of Inter-SGSN Routeing 
Area Update (provided that this DP is statically armed in GPRS-CSI). 
Change of Position GPRS session is reported as EDP-N in the case of Intra-SGSN Routeing 
Area Update (provided that this DP is dynamically armed by the Service Logic). 



6.4.2.1 Description of tine Attacli/Detacli model (PI As) 

This subclause describes the model for the attach and detach a GPRS session in the SGSN. For each PIA a description 
can be found of the entry events, actions, information available and exit events. 

6.4.2.1.1 Detached 

Entry events: 

- Detach (user or network initiated) and clearing of a previous GPRS session. 
Processing of exceptional conditions, e.g. STANDBY timer expiry in the SGSN. 
Actions: 
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- Interface is idled. 

Attach request is received from MS containing the IMSI/P-TMSI and the type of attach requested and, the 
identity of the MS is established (IMSI) (DP Attach), or Inter-SGSN Routeing Area Update Request is accepted 
(DP Chage of position GPRS session). 

- Information being analyzed, e.g. GPRS-CSI is analyzed. 
Exit events: 

- GPRS-CSI is analyzed (DP Attach or DP Change of position GPRS session). 



Entry events: 

- GPRS-CSI is analyzed (DP Attach). 

Actions: 

- MM contexts are established at the MS and the SGSN. 
Exit events: 

- A GPRS Detach request is received from the MS or the GGSN (DP Detached). 

- Intra-SGSN Routeing Area Update is accepted (DP Change of position GPRS session). 

- An exception is encountered, e.g. STANDBY timer expiry. 

The GPRS Attach/Detach FSM shall only have one or more GPRS PDP Context FSMs associated with it when in the 
Attached state. A GPRS PDP Context FSM cannot exist without its associated GPRS Attach/Detach FSM being in the 
Attached state. Closure of the GPRS Attach/Detach FSM via a detach will result in the idling of all associated GPRS 
PDP Context FSMs and the release of the associated GPRS PDP Contexts. 

It shall not be necessary to trigger a relationship from the GPRS Attach/Detach FSM to the gsmSCF in order for 
triggering to occur in an associated GPRS PDP Context FSM. However, in this latter case a GPRS Attach/Detach FSM 
shall still exist at the SGSN. This is so that CSE-initiated detach events sent within a given GSM PDP Context 
relationship shall result in the GPRS Attach/Detach FSM transiting to the Detached state. As noted above, in this state 
no PDP Contexts can exist and so aU associated GSM PDP Context FSMs will transit to state Idle. 



The GPRS PDP Context FSM is used to model the behaviour for the GPRS PDP Context procedures. 

When encountering a DP the PDP Context FSM processing is suspended at the DP and the SGSN indicates this to the 
gprsSSF which determines what action, if any, shall be taken in case the DP is armed. 



6.4.2.1.2 



Attached 



6.4.3 



GPRS PDP Context FSM 
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Idle 



PDP Context 
Disconnection 



PDP Context 
Setup Req 



PDP_Context 
Setup 



PDP Context Est. 




PDP Context 
Setup Ack. 



User or network 
initiated disc. 



C_Exception 




PDP Context Est. Acl(. 



PDP_Context_ 
Established 



Routeing area update 
Ctiange of Position context 



Routeing area update 



Change of 
Position context 



Figure 6.4: GPRS PDP Context FSIUl 
Table 7: Description of GPRS PDP Context DPs in the SGSN 



CAMEL Detection Point: 


DP Type 


Description: 


DP PDP Context Establishment 


TDP-R, EDP-R 


Activate PDP Context request is received from 
the MS. 


DP PDP Context Establishment 
Acknowledgement 


TDP-R", EDP-R, 
EDP-N 


Create PDP Context response is received from 
the GGSN. 


DP PDP Context disconnection 


EDP-N, EDP-R 


Deactivate PDP Context Request is received 
from the IVIS, Delete PDP Context request is 
received from the GGSN. inter SGSN Routeing 
update occured in old SGSN. 


DP Change of position context 


TDP-R^', EDP-N, 
EDP-R 


Routeing Area Update is accepted. 



NOTE 1: The PDP Context Establishment Acknowledgment shall be reported as TDP-R if there is no 
relationship with gsmSCF for this PDP context. Otherwise, it shall be reported as EDP-R or 
EDP-N if armed so. 



NOTE 2: Change of Position context is reported as TDP-R in the case of Inter-SGSN Routeing Area 
Update (provided that this DP is statically armed in GPRS-CSI). 

Change of Position context is reported as EDP-N or EDP-R in the case of Intra-SGSN 
Routeing Area Update (provided that this DP is dynamically armed by the Service Logic). 

The PDP Context EDPs may be armed outside of the PDP context, requested by the gsmSCF. 
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6.4.3.1 Description of tine PDP Context model (PIAs) 

This subclause describes the model for PDP Context FSM in the SGSN. For each PIA a description can be found of the 
entry events, actions, information available and exit events. 

6.4.3.1.1 Idle 

Entry events: 

- Deactivation (user or network initiated) and clearing of a previous PDP Context. 

- Processing of exceptional conditions. 

Actions: 

- Interface is idled. 

- Activate PDP Context request is received from MS (containing NSAPl, PDP Type, PDP Address, Access Point 
Name, QoS Requested, PDP Configuration Options), or Inter-SGSN Routeing Area Update is accepted (DP 
Change of position context). 

- Information being analyzed, e.g. GPRS-CSl is analyzed. 
Exit events: 

- GPRS-CSI is analyzed (DP PDP Context EstabUshment or DP Change of position context, new SGSN). 

6.4.3.1 .2 PDP Context Setup 

Entry events: 

- GPRS-CSI is analyzed (DP PDP Context Establishment). 
Actions: 

- GGSN address is derived from the Access Point Name by interrogation of a DNS. 

- Create PDP Context Request is sent to the GGSN. 
Exit events: 

- Create PDP Context Response is received from the the GGSN (DP PDP Context Establishment 
Acknowledgement) . 

- An exception is encountered. 

6.4.3.1 .3 PDP Context Established 

Entry events: 

GPRS-CSI is analyzed (DP PDP Context Establishment Acknowledgement or DP Change of position context). 
Actions: 

- PDP context is estabUshed at the MS and the SGSN. 
Exit events: 

Deactivation of the PDP Context is received from the MS or the GGSN, or is due to an inter SGSN routing area 
update (DP_PDP_Context_disconnection, old SGSN). 

- Intra-SGSN Routeing Area Update Requestjs received from the MS (DP Change of position context). 

- Inter-SGSN Routeing Area Update (DP_Change of position,new SGSN). 

- An exception is encountered. 

6.4.3.1 .4 Change of position context 

Entry events: 

- Inter SGSN Routing Area update accepted (new SGSN). 

- Intra SGSN Routeing Area update request received from the MS. 
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Actions: 

- PDP Context (containing NSAPI, PDP Type, PDP Address, Access Point Name, QoS Requested, PDP 
Configuration Options) is reestablished in case of Inter-SGSN Routeing Area update accepted (new SGSN). 

- Intra SGSN Routeing Area updated. 
Exit events: 

reestablishement of the PDP context at the new SGSN and return to PDP context estabUshed in case of inter 
SGSN Routeing Area update accepted in new SGSN (PIA PDP context estabhshed). 

- Routeing Area update completed in case of intra SGSN Routeing Area update (PIA PDP context estabUshed). 

6.4.4 Rules for Implicit Disarming of Detection Points' 

The following table gives the rules for implicit disarming of event detection points. 

Implicit EDP disarming rules are specified in the table below for the Attach/Detach FSM and PDP context FSM. The 
table specifies which EDP's shall be disarmed (i.e. MonitorMode set to Transparent) if/when each EDP is encountered, 
irrespective of the EDP's MonitorMode (Transparent, Notify AndContinue, or Request). 

When EDP's are armed with MonitorMode 'Request' (EDP-R's) are encountered, any implicit EDP disarming shall 
take place before reporting the EDP and transiting the gprsSSF to the WET state (if not already suspended in the WET 
state). 

The table entry 'X' means that if one DP occurs (independently of arming and reporting to the gsmSCE) the marked one 
is implicitly disarmed. It shall be possible to rearm explicitly an implicitly disarmed DP. 



Table 3: implicit disarmed DPs in the Attach/Detach FSiUI and PDP context FSM 



Encountered DP 


Implicit disarmed DPs 


DP 

Attach 


DP Change 
of position 
GPRS 

session 


DP Change 
of position 
context 


DP 

Detached 


DP PDP 
Context 
Establishment 


DP PDP Context 

Establishment 

Acknowledgement 


DP PDP Context 
disconnection 


DP Attach 


X 














DP Change of position 
GPRS session 


X 


Note 


Note 


Note 


Note 


Note 


Note 


DP Change of position 

context 


X 


Note 


Note 


Note 


Note 


Note 


Note 


DP Detached 


X 


X 


X 


X 


X 


X 


X 


DP PDP Context 
Establishment 


X 








X 






DP PDP Context 

Establishment 

Acknowledgement 


X 








X 


X 




DP PDP Context 
disconnection 


X 












X 



NOTE: Disarmed in case of inter SGSN Routing Area update. 



6.5 Procedures for CAMEL GPRS 

The fractional behaviour of the SGSN is specified in 3G TS 29.002 [4]. The procedures specific to CAMEL are 
specified in this subclause : 

- Procedure CAMEL_GPRS_Attach_Request; 

- Procedure CAMEL_GPRS_Detach_Indication; 

- Procedure CAMEL_GPRS_Routeing_Area_Update; 

- Procedure CAMEL_GPRS_Context_Acknowledge; 

- Procedure CAMEL_GPRS_Activate_PDP_Context; 
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- Procedure CAMEL_GPRS_Create_PDP_Context; 

- Procedure CAMEL_GPRS_Modify_PDP_Context; 

- Procedure CAMEL_GPRS_Deactivate_PDP_Context. 

6.5.1 Actions of the SGSN on receipt of lnt_Error 

The SGSN checks the default GPRS Handling parameter in GPRS-CSI. 

If the default GPRS handling is release, a Detach indication is sent to the MS. The SGSN then releases all resources and 
the invoked CAMEL procedure ends. 

If the default GPRS handhng is continue, the SGSN continues processing without CAMEL support. 

6.5.2 Actions of tlie SGSN on receipt of lnt_Gontinue 

The SGSN continues processing without any modification of GPRS parameters. 

6.5.3 Procedure Handle_SCI_GPRS 

1) Precondition: before an answer event is detected and no Tsw running: 
if 1 set of e-parameters received — > send to the SGSN; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > send Ist/start Tsw/store 2nd; 

2) Precondition: before an answer event is detected and Tsw running and no e-parameters; 
if 1 set of e-parameters received — > error, no e-parameters stored; 

if 2 sets e-parameters received — > send Ist/store 2nd; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > error. 

3) Precondition: before an answer event is detected and Tsw running and e-parameters stored: 
if 1 set of e-parameters received — > error; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > error. 

4) Precondition: after an answer event is detected and no Tsw running: 
if 1 set of e-parameters received — > send to the SGSN; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > start Tsw/store set; 
if 2 sets of e-parameters and Tariff Switch received — > error; 

5) Precondition: after an answer event is detected and Tsw running and no e-parameters; 
if 1 set of e-parameters received -> store e-parameters; 

if 2 sets e-parameters received — > error; 
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if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > error. 

6) Precondition: after an answer event is detected and Tsw running and e-parameters stored: 

if 1 set of e-parameters received — > error; 

if 2 sets e-parameters received — > error; 

if 1 set of e-parameters and Tariff Switch received — > error; 

if 2 sets of e-parameters and Tariff Switch received — > error. 

NOTE: The SGSN shall store the received e-parameters to be sent subsequently to the MS. The SGSN shall send 
these e parameters to the MS in a Connect message or in a Facility message. 

6.5.4 Overall SDL Architecture 



System CAMEL_GPRS 



gsmSCF 



CAP Interface 



1(1) 



[ ] 



[ ] 



gprsSSF 

— r 



Internallnterf ace 



MobileStation 



[ ] 



[ ] 



A Interface 



[ ] 
[ ] 



SGSN 



[ ] 



[ ] 



GTP 



GGSN 



Figure 6.5: Architecture for CAIUIEL/GPRS interworlcing 
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6.5.5 Handling of GPRS Attach/Detach 
Procedure CAMEL_GPRS_Attach_Request 

/* Procedure in the gprsSSF for 
CAMEL hiandiing of MS Attach 7' 



/* Signals to/from right are 
to from gprsSSF V 




Result := 
Continue 



Yes- 




Store original 
GPRS paramete 



lnt_invoke_^ 
GPRS SSF/ 



rs 



Int error 



/ Wait 
GPRS 


for \ 
SSF 
kfiH / 


\ invfj 








Int GPRS / 
SSFJnvoked 



> Detach 



SET 
Detach 



lnt_DP_ 
Attach 



lnt_GPRS_ 
Failure 



Result := 
Release session 



DP Attach 



Result := 
Abbort session 



1(2) 





Figure 6.6 a: Procedure CAI\/IEL_GPRS_Attacli_Request (slieet 1) 
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Procedure CAMEL_GPRS_Attach_Request 2(2) 



/* Procedure in the gprsSSF for 
CAMEL handling of IVIS Attach 7 




Figure 6.6 b: Procedure CAMEL_GPRS_Attach_Request (sheet 2) 
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Procedure CAMEL GPRS Detach Indication 



1(1) 



/* Procedure in the gprsSSF for CAMEL 
handling of iVIS or networic indicated Detach 7 



/* Signals to/from right are 
to/from gprsSSF */ 





Figure 6.7: Procedure CAMEL_GPRS_Detach_lndicaton 



ETSI 



3G TS 23.078 version 3.4.0 Release 1999 294 

6.5.6 Handling of GPRS Routeing Area Update 



ETSI TS 123 078 V3.4.0 (2000-03) 



Procedure CAMEL_GPRS_Routeing_Area_Update 1(2) 

/* Procedure in the gprsSSF for CAMEL handling of: ■ - 

- intra-SGSN Routeing Area Update, or ] 

- inter-SGSN Routeing Area Update in the new SGSN */ 



/* Signals to/from right ari 
to/from gprsSSF 7 




Result := 
Continue 






Yes 


int DP 


Ch^ 


pf_Positiori/ 









Yes 


Int invoke \ 


GPRS. 


.SSF/ 











P_Change_\ 
Of Position 



Intra- or Inter-SGSN 
Routeing Area Update? 



WaitJor_ 
GPRS_SSF_ 
invnkprl 



Int error 



lnt_GPRS/ 
SSFJnvol^ 



> Detach 



SET 
Detach 



Result := 
Release sessidn 



int_DP_Ch^ 
Of Position 



lnt_GPRS_ 
Failure 



DP_Change. 
Of Position 



I Result := 
Abbort sessior^ 





Figure 6.8 a: Procedure CAI\/IEL_GPRS_Routeing_Area_Update (slieet 1) 
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Procedure CAMEL_GPRS_Routeing_Area_Update 2(2) 

/* Procedure in the gprsSSF for CAMEL handling of: 

- intra-SGSN Routeing Area Update, or ] 

- inter-SGSN Routeing Area Update in the new SGSN 7 



lnt_Releas! 
Session 



Set Detach 





lnt_Contini 
GPRS 



Default GPRS handling 
Continue? 



Result := 
Continue 




Figure 6.8 b: Procedure CAMEL_GPRS_Routeing_Area_Update (sheet 2) 
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Procedure CAMEL_GPRS_Context_Acknowledge 



1(1) 



/* Procedure in the gprsSSF for CAMEL 
handling of iVIS or networic indicated Detach 7 



/* Signals to/from right ari 
to/from gprsSSF */ 



No 




lnt_ChangeNDf_ 
Position_Carnplete 



Result := 
Continue 




Figure 6.9: Procedure CAMEL_GPRS_Context_Acknowledge 
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6.5.7 Handling of PDP Context establishment and deactivation 



Procedure CAMEL GPRS Activate PDP Context 



1(2) 



/* Procedure in the gprsSSF for CAMEL handling of- 
PDP Context Activation V 



/* Signals to/from right are 
to/from gprsSSF 7 



No 







Result := 
Continue 












Yes 


Int invoke \ 


GPRS. 


.SS^ 





Wait_for_ 
GPRS_SSF 
Invnkprl 



Int error 



SET 
Detach 



Result := 
Fielease sessidn 



Yes 



lnt_DP„PDt\ 
Context_Establ ish me nt 



DP_PDP_Contekt_ 
lEstablishment 



lnt_GPRS / 
SSF_invol<ed 



> Detach 



lnt_DP_PDP\ 
Context_Est£rolishment 



lnt_GPRS_ 
Failure 



Dl/_PDP ConteW 
Establish menii 




Result := 
bbort sessiot^ 




Figure 6.10 a: Procedure CAi\/IEL_GPRS_Activate_PDP_Context (slieet 1) 
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Procedure CAMEL_GPRS_Activate_PDP_Context 2(2) 



/• Procedure in the gprsSSF for CAMEL handling of 
PDP Context Activation */ 




Figure 6.10 b: Procedure CAMEL_GPRS_Activate_PDP_Context (sheet 2) 
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Procedure CAMEL GPRS Create PDP Context 



1(2) 



/* Procedure in the gprsSSF for CAMEL handling of 
PDP Context Activation Acknowledgement */ 



/* Signals to/from right areL 
to/from gprsSSF */ 




Figure 6.11 a: Procedure CAMEL_GPRS_Create_PDP_Context (sheet 1) 
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Procedure CAMEL_GPRS_Create_PDP_Context 2(2) 



/* Procedure in the gprsSSF for CAMEL handling of 
PDP Context Activation Acknowledgement */ ' 




Figure 6.11 b: Procedure CAMEL_GPRS_Create_PDP_Context (sheet 2) 



ETSI 



3G TS 23.078 version 3.4.0 Release 1999 



301 



ETSI TS 123 078 V3.4.0 (2000-03) 



Proced u re CAM E L_G P RS_Mod if y_P D P_Context 

/* Procedure in the gprsSSF for CAMEL handling of ^ 
QoS modification of a PDP Context 7 ] 



1(1) 



/* Signals to/from right ari 
to/from gprsSSF */ 



No 




lnt_QoS_Chknge 



Result := 
Continue 




Figure 6.12: Procedure CAMEL_GPRS_Modify_PDP_Context 
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Procedure CAMEL GPRS Deactivate PDP Context 



1(1) 



/* Procedure in the gprsSSF for CAMEL 
handling of MS or network indicated Detach 7 



/* Signals to/from right are 
to/from gprsSSF */ 



No 




Result := 




Continue 










Yes 
lnt_DP_PlJR,^ 
Context_ y 
Disconnection 



DP_PDP_ 
Context_ 
iscnnnectin 



Int Continue 



Int error 



Result := 
Continue 




Figure 6.13: Procedure CAMEL_GPRS_Deactivate_PDP_Context 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. V 



The following timeres are defined: 

- Tsp: Session period timer, 

- Dsp: Session delta timer, 

- Tcp(PDPId): PDP Context period timer, 

- Dcp(PDPId): PDP Context delta timer, 

- Tsw: Tariff switch timer. 

The following octet counters are defined: 

- Vs: Session volume counter, 

- Ds: Volume delta counter for the session, 

- Vc(PDPId): PDP Context volume counter, 

- Dc(PDPId): Volume delta counter for the PDP Context. 
V 



1(13) 



/* Signals to/from the left are to/from the SGSN; 
signals to/from the right are to/from the gsmSCF 




The GPRS-CSI may contain the following TDPs: 
DP_Attach, 

DP_Change_Of_Position_Session, 
DP_Change_Of_Position_Context, 
DP_PDP_Context_Establishment, 
DP_PDP_Context_Establishment_Acl<nowledgement 



Figure 6.14 a: Process GPRS_SSF (slieet 1) 



Arm TDPs 



lnt_GPRS_ 
SSF Invoiced 



Wait_for_ 
Request 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



2(13) 



/* Signals to/from the left are to/from the SGSN; 
signals to/from the right are to/from the gsmSCF 



Wait_for_ 
Request 



Set 
not! 



Tssf to default 
user interaction 
and start Tssfl 



lnt_DP_Attach, 

lnt_DP_Change_Of_Position_Session, 
lnt_DP_Change_Of_Position_Context, 
I nt_D P_P DP_Context_Establish ment , 
lnt_DP_PDP_Context_Establishment_Acknowledgement 



Set GPRS 
Reference 
Number 



CAP_lnitialbP_ 
GPRS / 



Instru 
Count 


ction 
er := 1 


\ 




'^Waitingfor^^ 
> Instructions I 



Figure 6.14 b: Process GPRS_SSF (sheet 2) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



3(13) 



Iferform implicit 
disarming of 
DPS 




EDF'_handling_GI^RS( 
DP, 



SessionActive 
:= false 



Handle_ACR . 
C3PRS (session) 



Stop Tssf 



Int Continje 



(;omplete_FCI 
F^ecords GPRS 



Close 
TC dialogue 



Terminate 
relationship 

^/ 

Idle 



/* Signals to/from the left are to/from the SGSN; 
signals to/from the right are to/from the gsmSCF 



Waiting for Instructions, 
Monitoring 



/* Note: Change Of Positlor(\ 
Complete is reported as a 
DP_Detached with the cause 
'Change of Position'. 7 



lnt_DP_Detached, 
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EDP-R 



SessionActive 
:= false 



Handle_ACR 
GPRS (sessioH) 
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Figure 6.14 c: Process GPRS_SSF (sheet 3) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



4(13) 



/* Signals to/from the left are to/from the SGSN; 
signals to/from the right are to/from the gsmSCF 



Waiting for Instructions, 
Monitoring 



/* Note: Change Of Positior(\ 
Complete is reported as a 
DP_Detached with the cause 
'Change of Position'. 7 



lnt_DP_PDP_Context_Disconnection, 
lnt_Change_Of_Position_Context_Complete 



perform implicit 
disarming of 
DPS 




EDF'_handling_GPRS( 
DP, 

niotify&continuel) 



ContextActive 
(PDPId) 



lflandle_ACR|J 
GPRS (PDPIc) 



Stop Tssf 



No 



EDP-R 



ContextActive 
(PDPId) 
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PRS (PDPIc 
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start Tsaf 
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Instruction counter 
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(PDPId) 
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Handle_ACR 
GPRS (PDPIc 
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^^lAhy EDPs\ 


\^medj^ 


' ^ 


Yes 







No 



Close 
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Figure 6.14 d: Process GPRS_SSF (sheet 4) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



5(13) 



/* Signals to/from the left are to/from the SGSN;^ 
signals to/from the right are to/from the gsmSCF ' 



Waiting_for_j 
Instructions , 



CAP_Appl 
Charging 




Set Tssf to lasi 
used interval 
and restart Tssi f 



CAP_Can( 
GPRS 



Disarm all 
EDPs 



Handle_AC 
GPRS 



Cancel all 
reports 




CAP_ContiMue 
GPRS 



lnt_Contir 
GPRS 



nue 



Connect 



Set Tssf to last 
used interval 
and resj a rt Ts sf 



Decrement 
Instruction counter 



I 

Stop Tssf 



struction 
spunter?- 
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I Instructions / 



Close 
TC dialogue 



>0 



Set Tssf to lasi 
used interval 
and restart Tsaf 



Any remaining 
EDP-Rs 
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Figure 6.14 e: Process GPRS_SSF (sheet 5) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



6(13) 



/* Signals to/from the left are to/from the SGSN;^ 
signals to/from the right are to/from the gsmSCF ' 



Waiting_for_j 
Instructions , 



CAP_^ 
FurnishCh^ging_ 
Infnrm^tinnGP RR 



CAP_ 
Release 
IQPRR 




Set Tssf to last 
used interval 
and resjart Tsaf 

Handle_FCI I 
GPRS 



i Waiting_for_ 
\ Instructions 



SessionActive 
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Handle_AGR 
GPRS (sessioiH) 



(:omplete_FGI.. 
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lnstruction_ 
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TC dialogue 



Terminate 
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Idle 
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(PDPId) 
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GPRS (PDPIc 
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Instruction counter 



CAP_ / 
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GPRS \ 



Send error or 
result and 
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Terminate 
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Figure 6.14 f: Process GPRS_SSF (sheet 6) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



7(13) 



/* Signals to/from the left are to/from the SGSN;^ 
signals to/from the right are to/from the gsmSCF ' 



Waiting_for_j 
Instructions , 



CAP_ 

ResetTim 

GPRS 



Reset Tssf to 
Value receivei 



WaitingJor_ 
1 Instructions 



rGAP_ 

SendGhar^ng_ 
Informa tion 



RS 



Set Tssf to last 
used interval 
^nd restart Tssi f 




Figure 6.14 g: Process GPRS_SSF (sheet 7) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



8(13) 



/* Signals to/from the left are to/from the SGSN;^ 
signals to/from the right are to/from the gsmSCF ' 



CAP_Appl 
Charging 




Handle_AC 
GPRS 



Send error or 
result and 



Monitoring 



CAP_Can 
GPRS 



Disarm all 
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Figure 6.14 h: Process GPRS_SSF (sheet 8) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



9(13) 



/* Signals to/from the left are to/from the SGSN; 
signals to/from the right are to/from the gsmSCF 



Monitoring 



I 



CAP_ ' 
RequestR4?ort_ 
GPRS \ 



GAP_ / 

SendChar^g_ 

Infnrmj jtinnGPRR 



Pfjrform di 
of events 



isarming 



Send result or 
error and close 
TC dialogue 
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GPRS 






Send result or 
srror and close 
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/ 
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EDP-Rs 
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Figure 6.14 i: Process GPRS_SSF (sheet 9) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



10(13) 



/* Signals to/from the left are to/from the SGSN; 
signals to/from the right are to/from the gsmSCF 



EDF 




lnt_DP_Change_Of_Position_Session, 
lnt_DP_Change_Of_Position_Context, 
lnt_DP_PDP_Context_Establishment, 
lnt_DP_PDP_Context_Establlshment_Acknowledgement 



EDP-R 



Handling_G 
DP, 

btify&Cpntinuji 



EDP 



Int Continue 




Tssf to default 
non user interaction 
and restart Tsaf 



Close 
TC dialogue 




Terminate 
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/ Waiting_for_ 
Instructions 



Yes 



Monitoring 



Figure 6.14 j: Process GPRS_SSF (sheet 10) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



11(13) 



/* Signals to/from the left are to/from the SGSN; 
signals to/from the right are to/from the gsmSCF 



/* Notes: t\ 

- The values reported in 
ApplyChargingReportGPRS are either 
elapsed timer or transferred volume 

- The volume counters are modeled as 
signals received from some entity 
internal to the gprsSSF 

*/ 
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Figure 6.14 k: Process GPRS_SSF (sheet 11) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



12(13) 



/* Signals to/from the left are to/from the SGSN; 
signals to/from the right are to/from the gsmSCF 



/* Notes: t\ 

- The values reported in 
ApplyChargingReportGPRS are either 
elapsed timer or transferred volume 

- The volume counters are modeled as 
signals received from some entity 
internal to the gprsSSF 

*/ 
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Figure 6.14 I: Process GPRS_SSF (sheet 12) 
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Process GPRS_SSF 

/* Process to describe the behaviour of the gprsSSF. 



13(13) 



/* Signals to/from the left are to/from the SGSN;^ 
signals to/from the right are to/from the gsmSCF ' 



Waiting forjnstructions, 
Monitoring 



Waiting_for_ , 
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Figure 6.14 m: Process GPRS_SSF (sheet 13) 
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Procedure EDP_Handling_GPRS 1 (1 ) 



/* Procedure in the gprsSSF for 
handling of the Event Detection Points 



Formai parameters: 

- DP 

- monitor mode (EDP-N/EDP-R) 



in TC-BEGiNr 



No 




CAP EventReport 


GPRSEvent(> 


DP 






Yes 



monito^-mode- 



CAP EvenWeport 

GPRSEvent(> in TC-CONTINUE 

DP, / ' 

mon i to r mode 



/ WF_ERB_ \ 
result or error 



CAP_EventReport 
GPRSEveii 
rssiilt 



T 



CAP_EventReport 
GPRSEvel^ 
error 



Operation ^ 
timer * 



/ * { result, 
/ error, 
leration Wm^r ) 



1 Internal 




Figure 6.15 a: Procedure EDP_Handling_GPRS (sheet 1) 
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Procedure Entity_Released_GPRS 1 (1 ) 



/* Procedure in the gprsSSF to 

handle EntityReleasedGPRS operation */ 



In TC-BEGINr 




CAP_Entity\ 
ReleasedGPRS 



/ WF_ERd_ 
t ^esult_or_ erro! 



7 



Yes 



CAP_Entity\ 
ReleasedGPRS 



, In TC-CONTINUE 



CAP_Entity/ 
ReleasedGPRS. 



result 



T 



CAP_Entity/ 
ReleasedGPRS. 
error ^ \ 



Operation 
timer 



/ * ( result: 
/ error, 
leration timcir 



1 Internal 




Figure 6.16 a: Procedure Entity_Released_GPRS (sheet 1) 
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Procedure Send ACR and WF result GPRS 



1(1) 



/* Procedue in the gprsSSF 

to send ACR-GPRS and receive the 

result or error. 



In TC-BEGINr 



No 




Short dialogue 




:= TRUE 
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AppiyChargirK 




RenortGRRS 
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exists 
all 
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ApplyChargi 
ReportGP 



, In TG-CONTINUE 



' WF_AGR 
jrror or resul; 



GAP_ApplyCharging_ 
ReportGPRS.result 



GAP_ApplyCharging_ 
ReportGPRS.error 



Operation 
Timer 




FALSE 



TRUE 



Glose 
TG dialogue 



(result, / 
error, 
Operation timfer ) 



1 Internal 



If the dialogue existed already 
" In the state Waiting_For_lnstructlon 
that dialogue is maintained. 




Figure 6.17 a: Procedure Send_ACR_and_WF_result_GPRS (sheet 1) 
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Procedure Handle_AC_GPRS 

/* Procedure in the gprsSSF for handling of 
ApplyCharging. 7 



Yes 



Vs 



pending 
No 




Stop delta 
measurement 

I m 



Vs 




Vs- 


bs 



Vs pending 
:= true 




No 



Volu 



Time 





Yes 



Tsp pending 
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Figure 6.18 a: Procedure Handle_AC_GPRS (sheet 1) 
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Procedure Handle_AC_GPRS 2(2) 



/* Procedure in the gprsSSF for handling of 
ApplyCharging. 7 



Yos 




Volume 




Stop 
measu 
(Dc(P 


delta 

rement 

pPId)) 






Vc(PD 
Vg(PD 
Dc(P 


PId) := 
PId) - 
pPIri) 






Vc(PDPId) 
pending 
:= true 
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pending 
:= true 
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Figure 6.18 b: Procedure Handle_AC_GPRS (sheet 2) 
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Procedure Handle ACR GPRS 



1(2) 



/* Procedure in the gprsSSF for handling of 
ApplyChargingReport. */ 



No 
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Start delta 
measurement 
Ds 



Vs pending 
:= false 




Figure 6.19 a: Procedure Handle_ACR_GPRS (sheet 1) 
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Procedure Handle_ACR_GPRS 

/* Procedure in the gprsSSF for handling of 
ApplyChargingReport. */ 






Yes 


Stop 
Vc(PDPId) 






Start 
measu 
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delta 
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Vc(PDPId) 
pending 
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Figure 6.19 b: Procedure Handle_ACR_GPRS (sheet 2) 
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Procedure Complete_FCI_Record_GPRS 1 (1 ) 



/* Procedure in the gprsSSF to 
write Furnish Charging Information ' 
data to a PDP context for the specified 
PDPID, or session. */ 




Non-completed Logical 
CAMEL record exists for 
this PDP context or session? 




Yes 



No 



Complete CAMEIL 
logical record 

I 




Figure 6.20 a: Procedure Complete_FCI_Record_GPRS (sheet 1) 
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6.6 Description of information flows 
6.6.1 gprsSSF to gsmSCF Information Flows 

6.6.1 .1 Activity Test GPRS Ack 

6.6.1.1.1 Description 

This IF is the response to the Activity Test GPRS. 

6.6.1.1.2 Information Elements 

This IF contains no information elements. 

6.6.1 .2 Apply Charging Report GPRS 

6.6.1.2.1 Description 

This IF is used by the gprsSSF to report to the gsmSCF the information requested in the Apply Charging GPRS IF. In 

addition, this IF is used to notify the gsmSCF of user initiated change in QoS. Note that there are several possible QoS 
profiles defined by the combinations of the different QoS attributes as defined in 3G TS 23.060, see reference [1 1]. A 
PLMN may only support and charge on a limited subset of those QoS. It is recommended that changes in QoS are only 
reported in Apply Charging Report GPRS for those QoS profiles. 

6.6.1.2.2 Information Elements 



The following information elements are used: 



Information element name 


Required 


Description 


Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the 
gprsSSF and it is used to identify the gprsSSF instance 
taking care of GPRS session or PDP context. 


Charging Result 


M 


This IE contains the charging information for the PDP 
provided by the gsmSSF. It is a choice between elapsed 
time and data volume. 


Quahty of Service 


C 


This IE identifies the QoS requested by the user and 
granted by the SGSN due to 'Modify PDP Context 
request. 

This IE shall only be present if sending of the Apply 
Charging Report was triggered by a change in Quality of 
Service. 


Active 


M 


This IE indicates if the GPRS session or PDP context is 
still established, or if it has been detached or deactivated. 


PDPID 


C 


This IE identifies the PDP context which the Apply 
Charging Report is applicable for. If not present the 
dialogue corresponds to the GPRS session or to one single 
PDP context. 



M Mandatory (The IE shall always be sent). 



C Conditional (The IE shall be sent, if available). 
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6.6.1 .3 Entity Released GPRS 

6.6.1.3.1 Description 

This IF is used by the gprsSSF to inform the gsmSCF at any phase that a GPRS session or PDP context has been 
terminated by the SGSN without reporting any EDP. 

6.6.1.3.2 Information Elements 



The following information elements are used: 



Information element name 


Required 


Description 


Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the 
gprsSSF and it is used to identify the gprsSSF instance 
taking care of GPRS session or PDP context. 


GPRS Cause 


M 


This IE contains the Cause value indicating the reason for 
discontinuation of the PDP context. 


PDP ID 


M 


This IE identifies the PDP context which has been 
terminated by the SGSN. 



M Mandatory (The IE shall always be sent). 



6.6.1 .4 Event Report GPRS 

6.6.1.4.1 Description 

This IF is used to notify the gsmSCF of a GPRS event (e.g. Attach or Detach) previously requested by the gsmSCF in a 
Request Report GPRS Event IF. 

6.6.1.4.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the 
gprsSSF and it is used to identify the gprsSSF instance 
taking care of GPRS session or PDP context. 


GPRS Event type 


M 


This IE specifies the type of event that is reported. 


Misc GPRS Info 


M 


This IE indicates the DP type (EDP-N or EDP-R). 


GPRS Event Specific Information 


C 


This IE contains information specific to the reported 
event, e.g. new routeing area in case of change of 
position or charging id in case of PDP Context 
Estabhshment Acknowledgement. 


PDP ID 


C 


This IE identifies the PDP context, which the Report 
GPRS Event is applicable for. If not present the 
dialogue corresponds to the Attach/Detach FSM or to 
one single PDP context. 



M Mandatory (The IE shall always be sent). 



C Conditional (The IE shall be sent, if available). 
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6.6.1.5 Initial DP GPRS 

6.6.1.5.1 Description 

This IF is generated by the gprsSSF when a trigger is detected at a DP in the GPRS state machines, to request 
instructions from the gsmSCF. 

6.6.1.5.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the gprsSSF 
and it is used to identify the gprsSSF instance taking care of 
GPRS session or PDP context. 


ServiceKey 


M 


This IE indicates to the gsmSCF the requested CAMEL 
Service. It is used to address the required application/SLP 
within the gsmSCF. 


GPRS Event Type 


M 


This IE indicates the armed GPRS DP event resulting in the 
Initial Data Event IF. 


MSISDN 


M 


This IE contains the basic MSISDN of the MS. 


IMSI 


M 


This IE identifies the mobile subscriber. 


Time and Time zone 


M 


This IE contains the time that the gprsSSF was triggered, and 
the time zone the gprsSSF resides in. 


GPRS MS Class 


C 


This IE contains the MS network and radio access 
capabilities. 


PDP Type 


C 


This IE identifies the PDP Type, e.g. X.25 or IP. 


QuaUty of Service 


c 


This IE identifies the QoS (subscribed, requested or 
negotiated). 


Access Point Name 


c 


This IE identifies the address Access Point Name the MS has 
requested to connect to. 


Routeing Area Identity 


c 


This IE contains the location information of the MS. 


Charging ID 


c 


This IE contains the Charging ID received from the GGSN 
for the PDP context. 


SGSN Capabilities 


c 


This IE specifies the capabiUties of the SGSN node to 
support the CAMEL interwork, e.g. support of Advice of 
Charge. 



M Mandatory (The IE shall always be sent). 



C Conditional (The IE shall be sent, if available). 
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6.6.2 gsmSCF to gprsSSF Information Flows 
6.6.2.1 Activity Test GPRS 

6.6.2.1.1 Description 

This IF is used to check for the continued existence of a relationship between the gsmSCF and gprsSSF. If the 
relationship is still in existence, then the gprsSSF will respond. If no reply is received, then the gsmSCF wiU assume 
that the gprsSSF has failed in some way and will take the appropriate action. 

6.6.2.1.2 Information Elements 



The following information elements are used: 



Information element name 


Required 


Description 


Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the 
gprsSSF and it is used to identify the gprsSSF instance 
taking care of GPRS session or PDP context. 



M Mandatory (The IE shall always be sent). 



6.6.2.2 Apply Charging GPRS 
6.6.2.2.1 Description 

This IF is used for interacting from the gsmSCF with the gprsSSF charging mechanisms to control the charging of a 
GPRS session or PDP Context. 



6.6.2.2.2 Information Elements 



Information element name 


Required 


Description 


Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the 
gprsSSF and it is used to identify the gprsSSF instance 
taking care of GPRS session or PDP context. 


Charging Characteristics 


M 


This IE specifies the charging related information to be 
provided by the gsmSSF and the conditions on which this 
information has to be provided back to the gsmSCF. It is a 
choice between granted volume and granted time for the 
data transfer. 


Tariff Switch Interval 


O 


This information element specifies the time duration until 
the next tariff switch occurrence. 


PDP ID 


C 


This IE identifies the PDP context, which the Apply 
GPRS Charging is applicable for. If not present the 
dialogue corresponds to the GPRS session or to one single 
PDP context. 



M Mandatory (The IE shall always be sent). 



O Optional (Service logic dependent). 

C Conditional (The IE shall be sent, if available). 
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6.6.2.3 Cancel GPRS 

6.6.2.3.1 Description 

This IF is used by the gsmSCF to request the gprsSSF to cancel all EDPs and reports. 

6.6.2.3.2 Information Elements 

The following information elements are used: 



Information element name 


Required 


Description 


Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the 
gprsSSF and it is used to identify the gprsSSF instance 
taking care of GPRS session or PDP context. 


PDPID 


C 


This IE identifies the PDP context which is to be 
cancelled. If not present the dialogue corresponds to the 
GPRS session or to one single PDP context. 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available). 

6.6.2.4 Connect GPRS 

6.6.2.4.1 Description 

This IF is used by the gsmSCF to request the gprsSSF to modify the APN used when establishing a PDP Context. 

6.6.2.4.2 Information Elements 

The following information elements are used: 



Information element name 


Required 


Description 


Access Point Name 


M 


This IE contains the Access Point Name to be used when 
establishing the PDP Context. 


PDP Id 


C 


This IE identifies the PDP Context where the new Access 
Point Name shall be used. 



M Mandatory (The IE shall always be sent). 

6.6.2.5 Continue GPRS 
6.6.2.5.1 Description 

This information flow requests the gprsSSF to proceed with processing at the DP at which it previously suspended 

processing to await gsmSCF instructions. The gprsSSF completes DP processing, and continues processing 

(i.e., proceeds to the next point in the Attach/Detach FSM or PDP Context FSM) without substituting new data from the 

gsmSCF. 
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6.6.2.5.2 Information Elements 



The following information element is used: 



Information element name 


Required 


Description 


PDPID 


C 


This IE identifies the PDP context which processing shall 
continue for. If not present the dialogue corresponds to the 
GPRS session or to one single PDP context. 



C Conditional (The IE shall be sent, if available). 



6.6.2.6 Furnish Charging Information GPRS 

6.6.2.6.1 Description 

This IF is used to request the gprsSSF to include information in the CAMEL specific logical call record. 

The logical call record is created when FCI-GPRS is received and a logical call record for that FSM does not exist. For 
modelling purposes the logical call record is buffered in the gprsSSF. The gprsSSF completes logical call records as 
defined in the SDLs. Once the logical call record is completed, then its free format data is moved to the corresponding 
CDR and the logical call record is deleted. 

In the SGSN there is a separate Logical call record for the attach/detach state model and for each PDP context. 

The CSE can send multiple concatenated FCIs per Logical Call Record for completion. The total maximum of free 
format data is 160 octets per Logical Call Record. The 160 octets may be sent in one or more FCI operations. If there is 
non-completed free format data and new FCI operation(s) is/are received to overwrite the non-completed data, then the 
non-completed data is discarded and the gsmSCF can send another 160 octets per CDR. 

6.6.2.6.2 Information Elements 



The following information elements are used: 



Information element name 


Required 


Description 


Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the 
gprsSSF and it is used to identify the gprsSSF instance 
taking care of GPRS session or PDP context. 


FCI GPRS BiUing Charging 
Characteristics 


M 


This IE is described in the next table. 



M Mandatory (The IE shall always be sent). 



FCI GPRS Billing Charging Characteristics contains the following information: 



Information element name 


Required 


Description 


FCIBCCCAMEL Sequence 1 


M 


This IE is described in the next table. 



M Mandatory (The IE shall always be sent). 



FCIBCCCAMEL Sequence 1 contains the following information: 



Information element name 


Required 


Description 


Free Format Data 


M 


This IE is a free format data to be inserted in the CAMEL 
logical call record. 


Append Free Format Data 


O 


This IE indicates that the gprsSSF shall append the free 
format data to the Logical call record. In the SGSN there is 
a separate Logical call record for the attach/detach state 
model and for each PDP context. 
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If this IE is present indicating "Append", the gprsSSF 
shall append the free format data received in this IF to 
the free format data already present in the Logical call 
record for that GPRS session or PDP Context. 

If this IE is absent or in value "Overwrite", then the 
pnrsSSlP shall overwrite all free format data alreadv 
present in the Logical call record for that GPRS 
session or PDP Context, by the free format data 
received in this IF. 

If no Logical call record exists yet for that GPRS session or 
PDP Context, then the gprsSSF shall ignore this IE. 


PDPId 


C 


This IE identifies the PDP context's Logical call record to 
which the free format data shall be appended or 
overwritten. If not present, the free format data belong to a 
Logical call record for a GPRS session or a single PDP 
context for the dialogue. 



M Mandatory (The IE shall always be sent). 



O Optimal (Service logic dependent). 

C Conditional (The IE shall be sent, if available). 

6.6.2.7 Release GPRS 

6.6.2.7.1 Description 

This IF is used by the gsmSCF to tear down an existing GPRS session or PDP Context at any phase. 

6.6.2.7.2 Information Elements 



The following infonnation elements are used: 



Information element name 


Required 


Description 


Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the 
gprsSSF and it is used to identify the gprsSSF instance 

taking care of GPRS session or PDP context. 


GPRS Cause 


M 


This IE contains the Cause value indicating the reason for 
releasing the GPRS session or PDP context. 


PDPID 


C 


This IE identifies the PDP context which shall be 
released. If not present the dialogue corresponds to the 
GPRS session or to one single PDP context. 



M Mandatory (The IE shall always be sent). 



C Conditional (The IE shall be sent, if available). 

6.6.2.8 Request Report GPRS Event 
6.6.2.8.1 Description 

This IF is used to request the gprsSSF to monitor for an event and send a notification back to the gsmSCF when the 
event is detected (see Event Report Data). 
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6.6.2.8.2 Information Elements 

The following information elements are used: 



Information element name 


Required 


Description 


Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the 
gprsSSF and it is used to identify the gprsSSF instance 
taking care of GPRS session or PDP context. 


GPRS Event 


M 


This IE specifies the event or events of which a report is 
requested. 


PDPID 


C 


This IE identifies the PDP context, which the Request 
Report GPRS Event is applicable for. If not present the 
dialogue corresponds to the GPRS session or to one single 
PDP context. 


M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available). 

Data Event contains the following information: 


Information element name 


Required 


Description 


GPRS Event type 


M 


This IE specifies the type of event of which a report is 
requested. 


Monitor Mode 


M 


This IE indicates how the event shall be reported. 



M Mandatory (The IE shall always be sent). 

6.6.2.9 Reset Timer GPRS 
6.6.2.9.1 Description 



This IF is used to refresh the gprsSSF timer. 

6.6.2.9.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


Timer ID 


M 


This IE specifies the default value for the Tssf timer. 


Timer Value 


M 


This IE specifies the value to which the timer Tssf shall 
be set. 


PDPID 


C 


This IE identifies the PDP context, which the Reset of 
the timer is applicable for. If not present the dialogue 
corresponds to the GPRS session or to one single PDP 
context. 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available). 
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6.6.2.10 Send Charging Information GPRS 

6.6.2.10.1 Description 

This IF is used to send e-parameters from the gsmSCF to the gprsSSF. If charge advice information is received from the 
gsmSCF, it shall replace the charge advice information which would be generated by the SGSN and inhibit any further 
generation of CAI by the SGSN. Further processing of the charge advice information by the SGSN shall be in 
accordance with the GSM Advice of Charge Supplementary Service. 

NOTE: If charge advice information is received from the gsmSCF after charge information has been generated by 
the SGSN and sent to the MS, the behaviour of the service may be unpredictable or incorrect; the service 
designer should therefore ensure that the first set of charge advice information is sent to the gprsSSF 
before charge information is sent to the to the MS. 

6.6.2.10.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 




Gprs Reference Number 


M 


This IE contains an identifier that is allocated by the 
gprsSSF and it is used to identify the gprsSSF instance 
taking care of GPRS session or PDP context. 




SCI GPRS Billing 
ChargingCharacteristics 


M 


This IE defines the Advice Of Charge related information 
to be provided to the Mobile Station, if supported by the 
SGSN. 




M Mandatory (The IE shall always be sent). 




GPRS SCI Bilhng Charging 


Characteristics is defined as: 




Information element name 


Required 


Description 


AOC GPRS 


M 


This IE is sent after an Activate PDP Context Accept or 
Attach Accept has been received from the SGSN. This IE 
defines the Advice Of Charge related information to be 
provided to the Mobile Station, if supported by the SGSN. 


PDPId 


C 


This IE is included if the AoC is applicable to a PDP 
context. If not present the AoC is applicable to the GPRS 
session or for a single PDP context for the dialogue. 


M Mandatory (The IE shall always be sent). 




C Conditional (The IE shall be sent, if available). 




AOC GPRS is defined as: 








Information element name 


Required 


Description 


AOC Initial 


M 


This IE contains CAI elements as defined in 3G TS 22.024 

[X]. 


AOC Subsequent 


O 


See definition in the next table. 



M Mandatory (The IE shall always be sent). 



O Optional (Service logic dependent). 
AOC Subsequent is defined as: 
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Information element name 


Required 


Description 


CAI Elements 


M 


This IE contains CAI elements as defined in 3G TS 22.024 

[X]. 


Tariff Switch Interval 


O 


This IE indicates the tariff switch time until the next tariff 
switch applies. 



M Mandatory (The IE shall always be sent). 



O Optional (Service logic dependent). 

6.6.3 HLR to SGSN Information Flows 
6.6.3.1 Insert Subscriber Data 

6.6.3.1.1 Description 

This IF is specified in 3G TS 29.002 [4J and used by the HLR to insert subscriber data in the SGSN. 

6.6.3.1.2 Information Elements 

Insert Subscriber Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


GPRS-CSI 


C 


This IE identifies the subscriber as having CAMEL GPRS services. 



C Conditional (The IE shall be sent, if required). 
GPRS-CSI contains the following information: 



Information element name 


Required 


Description 


GsmSCF Address 


M 


This IE is described in section 


Service Key 


M 


This IE is described in section 0. 


Default Session Handling 


M 


This IE is described in section 0. 


TDP List 


M 


This IE is described in section 0. 



M Mandatory (The IE shall always be sent). 

6.6.4 SGSN to HLR Information Flows 
6.6.4.1 Update GPRS Location 

6.6.4.1.1 Description 

This IF is used by the SGSN to indicate to the HLR a GPRS location update. This IF is specified in 3G TS 29.002 [4]. 

6.6.4.1.2 Information Elements 

Update GPRS location contains the following CAMEL specific IE: 
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Information element name 


Required 


Description 


Supported CAMEL Phases 


C 


This IE identifies which CAMEL phases are supported by the SGSN. 
The SGSN may indicate support of CAMEL phase 3 or higher. 



C Conditional (The IE shall always be sent when the SGSN supports CAMEL). 

6.6.5 SGSN to HLR Information Flows 
6.6.5.1 Insert Subscriber Data ack 



See subclause 4.6.8. 
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7 Short Message Service 

7.1 Architecture 

7.1 .1 Functional Entities used for CAIVIEL 

This subclause describes the functional architecture needed to support MO SMS interworking for CAMEL. Figures 7.1 
and 7.2 show the functional entities involved in MO SM's requiring CAMEL support. The architecture is applicable to 
the third phase of CAMEL. 



Home Network 



Interrogating Network 




Figure 7.1 : Functionai archiitecture for support of CAiUIEL controi of iUISC switclied iUlO SiUIS 



Home Network 



Interrogating Network 




Figure 7.2: Functionai architecture for support of CAIUIEL control of SGSN switched MO SMS 

HLR: The HLR stores SMS-CSl. SMS-CSl contains subscription information for subscribers that require CAMEL 
support of MO SMS. SMS-CSl is transferred to the VLR or to the SGSN on Location Update and Restore Data or when 
SMS-CSl has changed. 

VLR: The VLR receives the SMS-CSl for the subscriber from the HLR. SMS-CSl is used by the MSC to determine if a 
Service Logic shall be invoked for an MO SMS. 
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SGSN: The SGSN receives the SMS-CSI for the subscriber from the HLR. The SGSN uses the SMS-CSI to determine 

if a Service Logic shall be invoked for an MO SMS. 

MSG: The MSG receives SMS-GSI from the VLR and uses this to determine if a Service Logic shall be invoked for an 
MO SMS. 

gprsSSF: see subclause 4.1. 
gsmSSF: see subclause 4.1. 
gsmSCF: see subclause 4.1. 
SMSC: Short Message Service Centre. 

7.1 .2 Interfaces defined for CAMEL 

7.1.2.1 HLR - VLR interface 

This interface is used to send GAMEL related subscriber data (SMS-GSI) to a visited MSGA^LR or to remove GAMEL 
related subscriber data from a visited MSGA^LR. 

7.1 .2.2 HLR - SGSN interface 

This interface is used to send GAMEL related subscriber data (SMS-GSI) to a visited SGSN or to remove GAMEL 
related subscriber data from a visited SGSN. 

7.1 .2.3 gsmSSF - gsmSCF interface 

This interface is used by the gsmSGF to control the handling of MO SMS in the MSG. A relationship on this interface is 
opened as a result of the gsmSSF sending a request for instructions to the gsmSGF. 

7. 1 .2.4 gprsSSF - gsmSCF interface 

This interface is used by the gsmSGF to control the handling of MO SMS in the SGSN. A relationship on this interface 
is opened as a result of the gprsSSF sending a request for instructions to the gsmSGF. 

7.1 .2.5 MSG - gsmSSF interface 

This is an intemal interface. The interface is described in the specification to make it easier to understand the handUng 
of DPs (arming/disarming of DPs, DP processing etc.). 

7. 1 .2.6 SGSN - gprsSSF interface 

This is an intemal interface. The interface is described in the specification to make it easier to understand the handling 
of DPs (arming/disarming of DPs, DP processing etc.). 

7.1.2.7 MSG - VLR interface 

This is an intemal interface. The interface is described in the specification to make it easier to understand the internal 
information flow within the MSGA^LR. 

7. 1 .2.8 MSG - SMSG interface 

This interface is used by the MSG to submit a SM to the SMSG. 

7.1 .2.9 SGSN - SMSG Interface 

This interface is used by the SGSN to submit a SM to the SMSG. 
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7.2 Detection Points (DPs) 

See subclause 4.2. 

7.3 Description of CAIVIEL Subscriber Data 

7.3.1 CAIVIEL Subscription Information for MO SMS (SMS-CSI) 

This subclause defines the contents of the Short Message Service CAMEL Subscription Information. 

7.3.1.1 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

7.3.1.2 Service Key 

The Service Key identifies to the gsmSCF the service logic. 

7.3.1 .3 Default SMS Handling 

The Default SMS Handling indicates whether the Short Message submission shall be released or continued as requested 
in the case of error in the dialogue between gsmSCF and gsmSSF or gprsSSF. 

7.3.1.4 TDPList 

The TDP List indicates on which detection point triggering shall take place. For SMS-CSI only 
DP - SMS_Collected_Info is used. 

7.3.1 .5 CAMEL Capability Handling 

CAMEL CapabiUty HandUng indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

7.3.1.6 CSI state 

The CSI state indicates whether the SMS-CSI is active or not. 

7.3.1.7 Notification flag 

The notification flag indicates whether the change of the SMS-CSI shall trigger Notification on Change of Subscriber 
Data or not. 

7.3.1.8 gsmSCF address list for CSI 

The gsmSCF address list indicates a Ust of gsmSCF addresses to which Notification on Change of Subscriber Data is to 
be sent. This list is conmion to all CSI. 

7.4 Description of SMS State Model 
7.4.1 General Handling 

See subclause 4.4.1. 

The State Model for MO SMS handling contains Points in Association (PIA's) instead of Points in Call (PIC's). 
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7.4.2 Originating State IVIodel for SIVIS 



7.4.2.1 Description of SMS state model 

The MO SMS state model is used to describe the actions in an MSG and in a SGSN during mobile originating SMS. 



SMS Null & Start & 
Authorize 



SMS_Exception 



DP SMS Collected Info 



SMS Analyse & 
Routing 



T 



DP O SMS Submitted 



DP 0_SMS_Fallure 
► 



0_SMS_Exception 



Figure 7.3: MO SMS State Model 
Table 8: Description of MO SMS DPs in the MSG and SGSN 



CAMEL Detection Point: 


DP Type 


Description: 


DP SMS_CollectedJnfo 


TDP-R 


Indication that the SMS-CSI is analysed and a mobile 
originated short message is received. 


DP 0_SMS_Failure 


EDP-N, EDP-R 


Indication that the SM submission to the Short 
Message Service Centre failed 


DP 0_SMS_Submitted 


EDP-N, EDP-R 


Indication that the SIVI has been successfully 
submitted to the Short Message Service Centre. 



7.4.2.1.1 



Description of tine state model for SMS (PIAs) 



This subclause describes the state model for originating SMS transfer. For each PIA a description can be foimd of the 
entry events, functions and exit events. 



7.4.2.1.1.1 



SMS Null & Start & Authorize 



Entry events: 

- Previous MO SMS transfer to the SMSC completed (DP - 0_SMS_Submitted). 

- Exception event is reported. 

Actions: 

- Interface is idled. 

- Authentication. 

Ciphering. 
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- SMS subscription check. 

- RP-MO-DATA message containing the User Data and the SMSC address is received from MS. 

- The supplementary service "barring of all outgoing calls" is checked and invoked if necessary. 

- The ODB category "barring of all outgoing calls" is checked and ODB is invoked if necessary. 

Exit events: 

- SMS-CSI is analysed. 

- An exception condition is encountered. 

7.4.2.1 .1 .2 SMS Analyse & Routing 

Entry events: 

- SMS - CSl is analysed. (SMS_Collected_lnfo). 

Actions: 

- Information being analysed and/or translated to determine routeing address of the SMSC. 

- Outgoing barring services and ODB categories not already applied are checked and invoked if necessary. 

- The short message is sent to the SMSC. 
Exit events: 

- Acknowledge from the SMSC is received. (0_SMS_submitted). 
A positive acknowledgement is sent to the MS. 

- An exception condition is encountered - this leads to the SMS_Exception PIA. 
A negative acknowledgement is sent to the MS. 

- Attempt to select the route for the SMS fails (0_SMS_Failure). 
A negative acknowledgement is sent to the MS. 

- Negative acknowledgement from the SMSC is received (0_SMS_Failure). 
A negative acknowledgement is sent to the MS. 

7.4.2.1.1.3 SMS_Exception 

Entry events: 

- An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for a PIA can not be met. 

Actions: 

Default handling of the exception condition is applied. This includes general actions necessary to ensure that no 
resources remain inappropriately allocated such as: 

- If a relationship exists between the gsmSCF and gsmSSF or gprsSSF send an error information flow closing 
the relationship and indicating that any outstanding Short Message handhng instructions will not run to 
completion. 

- The MSC/gsmSSF or SGSN/gprsSSF shall make use of vendor- specific procedures to ensure release of 
internal resources. 

Exit events: 

- Default handling of the exception condition by MSC/gsmSSF or SGSN/gprsSSF completed. 
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7.5 Procedures for CAMEL SMS 
7.5.1 Overall SDL architecture 
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Figure 7.4: Case of iUlO SiUIS via lUISC (separated iWiUISC) 
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Figure 7.5: Case of MO SMS via MSC (integrated IWMSC) 
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CAP inteirface 




Internal iiiterface 
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Figure 7.6: Case of MO SMS via GPRS SGSN 

7.5.2 Handling of mobile originated SMS 

7.5.2.1 Handling of mobile originated SIVIS in the originating IVISC/SGSN 

The functional behaviour of the originating VMSC/SGSN is specified in 3G TS 29.002 [4]. The procedures specific to 
CAMEL are specified in this subclause : 

- Procedure CAMEL_0_SMS_INIT; 

- Procedure CAMEL_0_SMS_SUBMITTED; 

- Procedure CAMEL_0_SMS_FAILURE. 

7.5.2.1 .1 Actions of tine VMSC/SGSN on receipt of lnt_Error 

The MSG checks the default SMS Handling parameter in SMS-CSI. 

If the default SMS handhng is release SM, a A_RP_ERROR is sent to the MS. The MSC/SGSN then releases all 
resources and the procedure CAMEL_0_SMS_INIT ends. 

If the default SMS handhng is continue SMS submission, the MSC/SGSN continues processing without CAMEL 
support. 



7.5.2.1.2 



Actions of the MSC/SGSN on receipt of lnt_Continue_SMS 



The MSC/SGSN continues processing with modified SM parameters. The MSC/SGSN shall transparently modify the 
SMS parameters with the received information. Parameters which are not included in the Int_Continue_SMS message 
are unchanged. 



7.5.2.1.3 



Actions of the MSC/SGSN on receipt of lnt_Connect_SMS 



The MSC/SGSN continues processing with modified SM parameters. The MSC/SGSN shall transparently modify the 
SMS parameters with the received information. Barring is checked with the modified parameters. Parameters which are 
not included in the Int_Connect_SMS message are unchanged. 
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7.5.2.1.4 



Actions of the MSC/SGSN on receipt of lnt_Release_SMS 



A A_RP_ERROR is sent to the MS and SMS is deleted. The SMS cause received in the Int_Release_SMS is used. The 
MSC/SGSN then releases all resources and the procedure CAMEL_0_SMS_INIT ends. 



Procedure CAMEL_0_SMSJNIT 

A procedure in the MSG or SGSN 

to perform CAMEL handling of mobile originated 

SMS submission request. 



1(3) 



Signals to/from right |\ 
are to/from gsmSSF/gprsSSF 
(SMS_SSF). 
Signals to/from left 
are to/from MS. 



No 



Result := 
Continue 




Store original 
SMS parameterts 




lntJnvoke_ 
SMS SSF 



Wait_for_ 
SMS_SSF_ 
InvnkprI 



Int Error 



^f^ult SMS 
\l3andling^> 
Cdntintfe? 



No 



Yes 



Set 
RP ERROR 



Result := 
Release SMS 




Int SMS / \ 
SSF_lnvol<ed / 








Int DP SIviSx 
CollectedJnfO 


lnt_0_SMS\ 
Failure / 








/ DP SMS \ 

Gollected_ 
\ Infn 


Result := 

SIVlS_Aborted 



A_MM_RELEASEJnd, 
k LLC RELEASE ind 



Result := 
Continue 





Figure 7.7 a: Procedure CAMEL_0_SMS_INIT (sheetl) 
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Procedure CAMEL O SMS INIT 



2(3) 



A procedure in the MSG or SGSN 

to perform CAMEL handling of mobile originated 

SMS submission request. 



Signais to/from right K 
are to/from gsmSSF/gprsSSF 
(SMS_SSF). 



DP_SMS_ 
oiiected Infc 



lnt_Releasi 
SMS 



Int Error 



[JeMult^MS 
jandiing : 

-Mo- 



Set RP ERROi^ 



lnt_Contin^SMS 



Int Connect SMS 



IVodify 



the 



SMS parameter^ 
in accordance with 
received Information 



Modify 



the 



SMS parameter^ 
in accordance with 
received information 



Yes 



Result := 
Release SMS 



Result := 
Continue 



Result := 
Redirect SMS 





Figure 7.7 b: Procedure CAMEL_0_SMS_INIT (sheet2) 
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Procedure CAMEL O SMS INIT 



3(3) 



A procedure in the MSG or SGSN 

to perform CAMEL handling of mobile originated 

SMS submission request. 



/ DP_SMS_ 
Coiiectedjnfc 













lnt_0_ 
Failure 


SMS^ 






Result := 
SMS_Aborted 







Signals to/from right K 
are to/from gsmSSF/gprsSSF 
(SMS_SSF). 
Signals to/from left 
are to/from MS. 



A_MM_RELEASEJnd, 
A LLC RELEASE Ind 



Figure 7.7 c: Procedure CAi\/IEL_0_Si\/IS_iNiT (slieetS) 
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Procedure CAMEL O SMS FAILURE 



1(1) 



Procedure in the MSG or SGSN 

to handle CAMEL notification to gsmSCF 

about unsuccessful! submission. 



Signals to/from right 
are to/from gsmSSF/gprsSSF 




Figure 7.8: Procedure CAMEL_0_SMS_FAILURE (sheetl) 
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Procedure CAMEL O SMS SUBMITTED 



1(1) 



Procedure in the MSG or SGSN 
(SMS_SSF) to report successful submission 
to gsmSCF of CAMEL. 



Signals to/from right 
are to/from gsmSSF/gprsSSF 




Figure 7.9: Procedure CAMEL_0_SMS_SUBMITTED (sheetl) 
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7.5.3 Handling of mobile originated SIVIS in the gsmSSF/gprsSSF 



Process SMS SSF 



1(7) 



Process to handle MO 
SMS. Locates either in the 
gsmSSF or gprsSSF. 



Idle 



Intjnvoke 
>SMS SSF 



Arm DP 



The CSI states that 
DP SMS_Collected_lnfo 
must be armed as an TDP. 



lnt_SMS_ 
SSF Invoked 



Signals to/from left ar^ 
from/to MSG or SGSN. 
Signal to/from right are 
from/to gsmSCF. 



lnt_0_SMS_Failure, 
Int O SMS Submitted 



Idle 



Wait_For_ 
Request 



Figure 7.10 a: Process Si\/IS_SSF (slieet 1) 
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Process SMS SSF 



Process to handle MO 
SMS. Locates either in the 
gsmSSF or gprsSSF. 



Wait_For_ 
Request 



lnt_DP_SMS_ 
Collected Jnfo 



Set Tssf default 
nop user interact on 
T ksf timer ii 

and restart Tssf 



al 



Open Control 
Relationship 



CAP_initiaL 
DP SMS 



Waiting_for_ 
Instructions 



2(7) 



Signals to/from left are - 
from/to MSC or SGSN. 
Signal to/from right are 
from/to gsmSCF. 



Figure 7.10 b: Process SMS_SSF (sheet 2) 
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Process SMS SSF 



Process to handle MO 
SMS. Locates either in the 
gsmSSF or gprsSSF. 



Waiting_for_ 
Instructions 



Signals to/from left ar^ 
from/to MSG or SGSN. 
Signal to/from right are 
from/to gsmSCF. 



3(7) 



CAP Rese^ 
SMS_TimgR 






SetT 
receive 
interv 


ssf to 
d time 
al and 



CAP_Cont!fiUe 
SMS 



restart Tssf 



CAP_Conngct_ 
SMS ^ 



Internal 



Timer expiry 
Tssf \ 



Stop Tssf 



Nd 



' Waiting_for_ 
\ Instructions 



lnt_Contir 
SMS 



nue 




Abort 



SMSC Address or 
Destination Subscriber 
Number present in 
Connect SMS? 



Connect 



Int Error 




None 



EDP-N EDP-R 



Terminate Control 
relationship and open ' 
monitor relationship 



Change type 
of relationship 

I 



Terminate 
Control 



Ct^mplete_SMS_ 
FCI record 



Idle 



Monitoring 



Figure 7.10 c: Process SMS_SSF (sheet 3) 
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Process SMS SSF 



4(7) 



Process to handle MO 
SMS. Locates either in the 
gsmSSF or gprsSSF. 



Waiting_for_ 
Instructions 



Signals to/from left are[ 
from/to MSG or SGSN. 
Signal to/from right are 
from/to gsmSCF. 



CAP_RequeSt_ 
Report_SMS_ 
Fvent A 



Set Tssf to lasi 
used time interval 
and restart Tssi f 



?krming^Hjtes 
4ulfilled>'^ 




Error 
Unexpected^ 
Data Value 



Yes 



CAP Relea^ 

SMS \. 






Stop Tssf 






Term 
Cor 


inate 
itrol 



Arm EDP 

and/or 
disarm FDP 



T 



Depending on the Monitoring 
parameter received for the 
indicated detection point. 



lnt_Relea3e_ 
SMS 



Ct^mplete_SMS_ 
FCI record 



/WaitingJor_\ 

I Instructions ' " 



Figure 7.10 d: Process SMS_SSF (sheet 4) 
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Process SMS SSF 



Process to handle MO 
SMS. Locates either in the 
gsmSSF or gprsSSF. 



Waiting_for_ 
Instructions 



5(7) 



Signals to/from left are[ 
from/to MSG or SGSN. 
Signal to/from right are 
from/to gsmSCF. 



CAP_Furnisn_Charging_ 
Information^MS 



Set Tssf to last 
used time interval 
and restart Tssf 



Non-completed CAMEL logical SMS 
record exists? 



/ippend" 




No 



Append FCI data 

to existing 
logical SMS record 



Already completed 
records are 
not affected 



Create CAMEL, 
logical 



in 



Write FCI data 
CAMEL logical 




Override all CAMEL 
jical SMS record 
ilata. 



Figure 7.10 e: Process SMS_SSF (sheet 5) 
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Process SMS SSF 



Process to handle MO 
SMS. Locates either in the 
gsmSSF or gprsSSF. 



Monitoring 



Signais to/from ieft are\ 
from/to MSG or SGSN. 
Signal to/from right are 
from/to gsmSCF. 



6(7) 



Int DP O SMS Submitted r 




not 

aimed 



CAP_Event 

Report_SMS> 

(Notify^Gofftinue) 



Terminate 
reiationship 



GAP_Event\ 

Report_SMS/ 

(Intfirriiptfid) 



C|i^mplete_SM$. 
PC I record 



idie 



A/Vaiting_Por 
I instructions 



Figure 7.10 f: Process SMS_SSF (sheet 6) 
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Process SMS SSF 



7(7) 



Process to handle MO 
SMS. Locates either in the 
gsmSSF or gprsSSF. 



Monitoring 







CAP Activity 
Test_SMsK 






Ack \ 


\ 


/ 



Signals to/from left are - 
to/from MSG or SGSN. 
Signal to/from right are 
to/from gsmSCF. 



Monitoring 



Figure 7.10 g: Process SMS_SSF (sheet 7) 
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Procedure Complete_SMS_FCI_record 1 (1 ) 



Procedure in the MSC/SGSN (either in gsmSSF or gprsSSF) 
to complete logical CDRs created by 
Furnish_Charging_information_SMS operations. 



Non-completed CAMEL 
logical SMS record 
exists? 




No 



Cbmplete CAM|L 
logical SMS 
records 




Figure 7.11: Procedure Complete_SMS_FCI_record (sheet 1) 
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7.6 Description of information flows 

7.6.1 gsmSSF/gprsSSF to gsmSCF information flows 

7.6.1 .1 Activity Test SMS ack 

7.6.1.1.1 Description 

This IF is the response to the Activity Test sent by the gsmSCF. 

7.6.1.1.2 Information Elements 

This IF contains no information elements. 

7.6.1 .2 Event Report SMS 

7.6.1.2.1 Description 

This IF is used to notify the gsmSCF of an event previously requested by the gsmSCF in a Request Report SMS Event 
IF. 

7.6.1.2.2 Information Elements 

The following information elements are required: 



Information element name 


MO 
SMS 


Description 


Event type 


M 


This IE specifies the type of event that is reported. 


Event Specific Information 


C 


This IE indicates the SMS related information specific to the 
event. 


Misc SMS Info 


M 


This IE indicates the DP type. 



M Mandatory (The IE shall always be sent. 

C Conditional (The IE shall be sent, if available). 

7.6.1.3 Initial DP SMS 

7.6.1.3.1 Description 

This IF is generated by the gsmSSF/gprsSSF when a trigger is detected at a DP in the state model, to request 
instructions from the gsmSCF. 

7.6.1.3.2 Information Elements 

The following information elements are required: 
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Information element name 


MO 
SMS 


Description 


Destination Subscriber Number 


M 


This IE contains a number to identify the Destination short 
message entity. 

The Destination Subscriber Number shall be retrieved from the 
SMS-SUBMIT TPDU which is specified in 3G TS 23.040 [21]. 


Calling Party Number 


M 


This IE carries the MSISDN of the subscriber who sent the short 
message. 


Event Type 


M 


This IE indicates the armed event (i.e., SMS_Collected_Info) 
resulting in the Initial DP SMS IF. 


IMSI 


M 


This IE identifies the mobile subscriber. 


Location Information in MSC 


C 


This IE is described in the next table. 


Location Information in SGSN 


c 


This IE is described in the table below. 


Service Key 


M 


This IE indicates to the gsmSCF the requested CAMEL Service. 
It is used to address the required application/SLP within the 
gsmSCF. 


Time And Timezone 


M 


This IE contains the time that the gsmSSF/gprsSSF was 
triggered, and the time zone the gsmSSF/gprsSSF resides in. 


TP Short Message Submission 
Specific Information 


M 


This IE contains the l" octect of the SMS-SUBMIT TPDU which 

is specified in 3G TS 23.040 [21]. 

The r' octet includes the following information: 

- Message Type Indicator 

- Reject Duplicates 

- Validity Period Format 

Status Report Request 
User Data Header Indicator 

- Reply Path 


TP Protocol Identifier 


M 


This IE indicates the protocol used above SM-Transfer Layer. 

The TP Protocol Identifier shall be retrieved from the SMS- 
SUBMIT TPDU which is specified in 3G TS 23.040 [21]. 


TP Data Coding Scheme 


M 


This IE indicates the data coding scheme of the TP-User Data 
field, and may indicate a message class. The message class may 
indicate e.g. the originator of Short Message. 

The TP Data Coding Scheme shall be retrieved from the SMS- 
SUBMIT TPDU which is specified in 3G TS 23.040 [21]. 


TP Validity Period 


C 


This IE indicates the length of the validity period or the absolute 

LllllC Ul LllC VallUlLy UCllULl LClllllllaLlUll. 

The TP Validity Period shall be retrieved from the SMS- 
SUBMIT TPDU which is specified in 3G TS 23.040 [21]. 


SMSC Address 


M 


This I.E defines the address of the SMSC to which the MO short 
message is intended to be submitted. 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available). 

Location Information in MSC contains the following information: 
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inioriTiaiion cicrncni narnc 


MO 

SMS 


uescripiion 


CellGlobaUDOrServiceArealdOrLAI 


M 


See 3GTS 23.018 [3]. 


Geographical Information 


C 


See 3GTS 23.018 [3]. 


Geodetic Information 


C 


See 3GTS 23.018 [3]. 


VLR number 


M 


See3GTS 23.018 [3]. 


Selected LSA Identity 


CI 


This IE indicates the LSA identity associated with the 
current position of the MS. Send if the LSA ID of 
subscription and LSA ID of the used cell matches. In the 
case of multiple matches the one with the highest priority 
is sent. See 3GPP TS 23.073[23] 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available). 

CI Conditional (The IE shall be sent, if available and SoLSA is supported). 
Location Information in the GPRS case contidns the following information: 



Information element name 


MO 
SMS 


Description 


CellGloballDOrServiceArealdOrRAI 


M 


See 3G TS 23.018 [3] and 3G TS 23.060 [11]. 


Geographical Information 


C 


See 3GTS 23.018 [3]. 


SGSN number 


M 


Global Title of the Serving GPRS Service Node. See 3G 
TS 23.060 [11]. 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available). 

7.6.2 gsmSCF to gsmSSF/gprsSSF information flows 

7.6.2.1 Activity Test SMS 

7.6.2.1.1 Description 

This IF is used to check for the continued existence of a relationship between the gsmSCF and gsmSSF/gprsSSF. If the 
relationship is still in existence, then the gsmSSF/gprsSSF will respond. If no reply is received, then the gsmSCF will 
assume that the gsmSSF/gprsSSF has failed in some way and will take appropriate action. 

7.6.2.1.2 Information Elements 

This IF contains no information elements. 

7.6.2.2 Connect SMS 

7.6.2.2.1 Description 

This IF is used to request the gsmSSF/gprsSSF to perform the actions to route the SMS to a specific destination. 

7.6.2.2.2 Information Elements 

The following information elements are required: 
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Information element name 


lUlO 
SMS 


Description 


Calling Partys Number 


O 


This IE indicates the subscriber who sent the SMS; possibly 
changed by the gsmSCF.. 


Destination Subscriber Number 


O 


This IE identifies the Destination short message entity; 

The Destination Subscriber Number shall be placed in the 
header information of the TPDU. 


SMSCAddress 


O 


Indicates the SMSC address where the MO short message 
shall be submitted to; possibly changed by the gsmSCF. 



O Optional (Service logic dependent). 

7.6.2.3 Continue SMS 

7.6.2.3.1 Description 

This information flow requests the gsmSSF/gprsSSF to proceed normally. The gsmSSF/gprsSSF completes DP 
processing, and continues SMS. 

7.6.2.3.2 Information Elements 

This IF contains no information elements. 

7.6.2.4 Furnish Charging Information SMS 
7.6.2.4.1 Description 

This IF is used to request the gsmSSF/gprsSSF to include information in the CAMEL specific logical MO SMS record. 

The logical call record is created when FCI-SMS is received and a logical call record for that short message does not 
exist. For modelling purposes the logical call record is buffered in the gsmSSF/gprsSSF. The gsmSSF/gprsSSF 
completes logical call records as defined in the SDLs. Once the logical call record is completed, then its free format data 
is moved to the corresponding CDR and the logical call record is deleted. 

The CSE can send multiple concatenated FCIs per Short Message for completion. The total maximum of free format 
data is 160 octets per SM. The 160 octets may be sent in one or more FCI operations. If there is non-completed free 
format data and new FCI operation(s) is/are received to overwrite the non-completed data, then the non-completed data 
is discarded and the gsmSCF can send another 160 octets per SM. 

7.6.2.4.1 Information Elements 

The following information elements are required: 



Information element name 


MO 
SMS 


Description 


FCI Billing Charging 
Characteristics 


M 


This IE is described in the next table. 



M Mandatory (The IE shall always be sent). 



FCI Billing Charging Characteristics contains the following information: 



Information element name 


MO 
SMS 


Description 


FCIBCCCAMEL Sequence 1 


M 


This IE is described in the next table. 



M Mandatory (The IE shall always be sent). 
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Information element name 


lUlO 
SMS 


Description 


Free Format Data 


M 


This IE is a free format data to be inserted in the CAMEL logical 
call record. 


Append Free Format Data 


O 


This IE indicates that the gsmSSF/gprsSSF shall append the free 
format data to the Logical MO SMS record. 

If this IE is present indicating "Append", the 
gsmSSF/gprsSSF shall append the free format data received 
in this IF to the free format data already present in the 
L^ogical ML) jMo record. 

If this IE is absent or in value "Overwrite", then the gsmSSF 
shall overwrite all free format data already present in the 
Logical MO SMS record, by the free format data received in 
this IF. 

If no Logical MO SMS record exists yet, then the 
gsniSSF/gprsSSF shall ignore Ihis IE. 



M Mandatory (The IE shall always be sent). 



O Optional (Service logic dependent). 

7.6.2.5 Release SMS 

7.6.2.5.1 Description 

This IF is used to tear down by the gsmSCF an existing SMS transfer. 

7.6.2.5.2 Information Elements 

The following information elements are required: 



Information element name 


MO 

SMS 


Description 


Cause 


M 


SMS Cause. Indicates the SMS specific cause of the release. The 
cause is reported to the MS. 



M Mandatory (The IE shall always be sent). 



7.6.2.6 Request Report SMS Event 

7.6.2.6.1 Description 

This IF is used to request the gsmSSF/gprsSSF to monitor for an event (i.e., 0_SMS_Submitted or 0_SMS_Failure), 
then send a notification back to the gsmSCF when the event is detected (see Event Report SMS). 

7.6.2.6.2 Information Elements 

The following information elements are required: 



Information element name 


MO 
SMS 


Description 


SMS Event 


M 


This IE specifies the event or events of which a report is requested. 



M Mandatory (The IE shall always be sent). 



SMS Event contains the following information: 
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Information element name 


lUlO 
SMS 


Description 


Event type 


M 


This IE specifies the type of event of which a report is requested. 


Monitor Mode 


M 


This IE indicates how the event shall be reported. 



M Mandatory (The IE shall always be sent). 

7.6.2.7 Reset Timer SMS 

7.6.2.7.1 Description 

This IF is used to refresh a gsmSSF/gprsSSF timer. 

7.6.2.7.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


Timer Value 


M 


This IE specifies the value to which the indicated timer 
shall be set. 


Timer ID 


O 


This IE indicates which timer shall be reset. It shall be 
set to 'Tssf . 



M Mandatory (The IE shall always be sent). 
O Optional (Service logic dependent). 

7.6.3 HLR to VLR information flows 
7.6.3.1 Delete Subscriber data 

7.6.3.1.1 Description 

This IF is specified in 3G TS 29.002 [4] and is used by the HLR to delete subscriber data in the VLR. 

7.6.3.1.2 Information Elements 

The Delete Subscriber Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


CAMEL Subscription Info 
Withdraw 


C 


This IE identifies that all CSIs shall be deleted from the subscriber 
data in VLR. 



C Conditional (The IE shall be sent when deletion is requested). 

7.6.3.2 Insert Subscriber Data 

7.6.3.2.1 Description 

This IF is specified in 3G TS 29.002 [4] and is used by the HLR to insert subscriber data in the VLR. 

7.6.3.2.2 Information Elements 

Insert Subscriber Data contains the following MO SMS specific IE: 
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Information element name 


Required 


Description 


SMS-CSl 


C 


This IE idenlifies ihe subscriber having MO SMS CAMEL services. 



C Conditional (The IE shall be sent, if required). 



SMS-CSI contains the following information: 



Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE is described in section x. 


Service Key 


M 


This IE is described in section x. 


Default SMS Handling 


M 


This IE is described in section x 


CAMEL Capabihly liandhng 


M 


This IE is described in subclause 4.3.1. 


SMS Triggers 


M 


This IE is described in section x. It includes the following trigger: 
SMSjCollectedJnfo 



M Mandatory (the IE shall always be sent). 



7.6.4 VLR to HLR information flows 

7.6.4.1 Insert Subscriber Data ack 

See subclause 4.6.8. 

7.6.4.2 Update Location 

See subclause 4.6.8.3. 

7.6.5 HLR - SGSN information flows 

This interface is used to send CAMEL related subscriber data to a visited GPRS network, e.g. GPRS-CSI. 

7.6.5.1 Delete Subscriber data 

7.6.5.1.1 Description 

This IF is specified in 3G TS 29.002 [4] and is used by the HLR to delete subscriber data in the SGSN. 

7.6.5.1.2 Information Elements 

The Delete Subscriber Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


CAMEL Subscription Info 

Withdraw 


C 


This IE identifies that all CSIs shall be deleted from the subscriber 
data in SGSN. 



C Conditional (The IE shall be sent when deletion is requested). 

7.6.5.2 Insert Subscriber data 

7.6.5.2.1 Description 

This IF is specified in 3G TS 29.002 [4] and used by the HLR to insert subscriber data in the SGSN. 

7.6.5.2.2 Information Elements 

Insert Subscriber Data contains the following MO SMS specific IE: 
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Information element name 


Required 


Description 


SMS-CSl 


C 


This IE idenlifies ihe subscriber having MO SMS CAMEL services. 



C Conditional (The IE shall be sent, if required). 
SMS-CSI contains the following information: 



Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE is described in section x. 


Service Key 


M 


This IE is described in section x. 


Default SMS Handling 


M 


This IE is described in section x 


CAMEL Capabihly liandhng 


M 


This IE is described in subckiuse 4.3. L 


SMS Triggers 


M 


This IE is described in section x. It includes the following trigger: 
SMSjCollectedJnfo 



M Mandatory (The IE shall always be sent). 



7.6.6 SGSN to HLR Information Flows 

7.6.6.1 Insert Subscriber Data ack 

See subclause 4.6.8. 

7.6.6.2 Update GPRS Location 

See subclause 6.6.4.1. 

7.6.7 VLR to MSG Information Flows 
7.6.7.1 Send Info For MO SMS Ack 
7.6.7.1.1 Description 

This IF is specified in 3G TS 29.002 [4]. It is used to ti-ansport MO SMS related subscription data from the VLR to the 
MSC. 



Send Info For MO SMS Ack contains the following information: 



Information element name 


Required 


Description 


SMS-CSI 


C 


This IE contains the CAMEL Subscription Information for MO- 
SMS. 


ODB Data 


C 


This IE contains ODB data. This information is used to apply ODB 
for a reconnected Short Message, if needed. 


CB SS Data 


C 


This IE contains CB SS data. This information is used to apply CB 
for a reconnected Short Message, if needed. 



C Conditional (shall be sent if available). 
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8 SS Notifications 

8.1 Arcliitecture 

8.1 .1 Functional Entities used for CAIVIEL 

This subclause describes the functional architecture needed to support SS Notifications. Figure 8.1 shows the functional 
entities involved in sending SS Notifications. The architecture is appUcable to the third phase of CAMEL. 




Figure 8.1 : Functional arcliitecture for support of 88 Notifications 



HLR: For subscribers requiring CAMEL support, the HLR stores the information relevant to the current subscription 
regarding SS-CSL The SS-CSI is sent to the VLR at Location Update, on Data Restoration or if the SS-CSI is updated 

by administrative action. When processing an invocation of the CCBS supplementary service, the HLR shall send a 
notification of the invocation of the supplementary service to the gsmSCF if required by the SS-CSI. 

MSG: When processing an invocation of any of the supplementary services ECT, CD and MPTY, the MSC may 
receive an SS-CSI from the VLR, indicating that a notification of the invocation of the supplementary service shall be 
sent to the gsmSCF. 

VLR: The VLR stores the SS-CSI as a part of the subscriber data for subscribers roaming in the VLR area. 
gsmSCF: The gsmSCF receives the SS Invocation Notification ftom the MSC or HLR. 

8.1 .2 Interfaces defined for SS Notifications 

This subclause describes the different interfaces applicable to SS Notifications. It specifies on a high level the functions 
specific to SS Notifications. 

8.1 .2.1 MSC - gsmSCF interface 

This interface is used by the MSC to send supplementary service invocation notifications to the gsmSCF. The SS 
invocations that can be notified to the gsmSCF via this interface are Call Deflection (CD), Explicit Call Transfer (ECT) 
and Multi Party (MPTY). 

8.1 .2.2 HLR - gsmSCF interface 

This interface is used by the HLR to send supplementary service invocation notifications to the gsmSCF. The SS 
invocation that can be notified to the gsmSCF via this interface is Call Completion to Busy Subscriber (CCBS). 
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8.1.2.3 VLR - MSG interface 

This interface is used by the VLR to transfer SS-CSI to the MSG. 

8.1.2.4 HLR-VLR interface 

This interface is used by the HLR to send the SS-CSI to the VLR or to remove SS-CSI from the VLR. 

8.2 Description of CAIVIEL Subscriber Data 

8.2.1 Supplementary Service Invocation Notification CAMEL Subscription 
Information (SS-CSI) 

8.2.1.1 Content of the SS-CSI 

This subclause defines the contents of the Supplementary Service Invocation Notification CAMEL Subscription 
Information (SS-CSI). 

8.2.1 .1 .1 Notification criteria 

This data indicates for which supplementary services notifications shall be sent. The supplementary services which may 
be indicated are ECT, CD, CCBS and MPTY. 

8.2.1.1.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

8.2.1.1.3 CSI state 

The CSI state indicates whether the SS-CSI is active or not. 

8.2.1.1.4 Notification flag 

The notification flag indicates whether the change of the SS-CSI shall trigger Notification on Change of Subscriber 
Data or not. 

8.2.1 .1 .5 gsmSCF address list for CSI 

The gsmSCF address list indicates a list of gsmSCF addresses to which Notification on Change of Subscriber Data is to 
be sent. This Ust is connmon to all CSI. 

8.3 Procedures for CAMEL 

8.3.1 Handling of Supplementary Service Invocation Notification 

At the invocation of any of the services ECT, CD and MPTY the VLR checks whether the criteria for sending a 
notification are fulfilled, i.e. whether the subscriber is provisioned with the SS-CSI and the particular invoked 
supplementary service is marked in the SS-CSI. If this is the case a notification is sent to the gsmSCF given by the 
gsmSCF address contained in the SS-CSI. The processing of the particular SS invocation is not suspended. If the 
notification criteria are not fulfilled the processing of the particular supplementary service continues unchanged and no 
notification is sent. 

The sending of the notification is independent of call related CAMEL processing, i.e. processing indicated by 
O/T/VT-CSI. 
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On invocation of ECT, the VLR shall include the SS-CSI in the Invoke ECT response message (see Process MAF027 in 
3G TS 23.091 [29]) to the MSG if appHcable for ECT. 

On invocation of MPTY, the VLR shall include the SS-CSI in the Process MPTY message (see Process 
MPTY_MAF026 in 3G TS 23.084 [28]) to the MSG if appUcable for MPTY. 

On invocation of CD, the VLR shall include the SS-CSI in the Send Info For Incoming Call ack message to the MSC if 
applicable to CD. 

When a subscriber activates a CCBS request, the HLR checks whether the criteria for sending a notification are 
fulfilled, i.e. whether 

- The subscriber is provisioned with an active SS-CSI, and 

- CCBS is marked in the SS-CSI. 

If the criteria are fulfilled, a notification is immediately sent to the gsmSCF given by the gsmSCF address contained in 
the SS-CSI and the processing of the CCBS request continues. Whenever the state of the CCBS request changes 
(see TS 23.093), an additional notification is immediately sent to the gsmSCF and the processing of the CCBS request 
continues. 

If the criteria are not fulfilled, the processing of the CCBS request continues unchanged and no notifications are sent. 

At the invocation of the CCBS supplementary service, the HLR checks whether the criteria for sending a notification 
are fulfilled, i.e. whether the subscriber is provisioned with the SS-CSI and the particular invoked supplementary 
service is marked in the SS-CSI. If this is the case, a notification is sent to the gsmSCF given by the gsmSCF address 
contained in the SS-CSI. The processing of the SS invocation is not suspended. If the notification criteria are not 
fulfilled the processing of the particular supplementary service continues unchanged and no notification are sent. 



This clause contains the detailed description of the information flows used by CAMEL. 

Each Information Element, IE is marked as Mandatory (M), Conditional (C), Optional (O) or Not applicable (-). This 
categorisation is a functional classification, i.e., stage 2 information and not a stage 3 classification to be used for the 
ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity : 

- The gsmSCF may silently discard any IE which it does not functionally support. 
Details of errors and exceptions to these rules are specified in are specified in 3G TS 29.002. 



8.4 



Description of information flows 



8.4.1 



IVISC to gsmSCF information flows 



8.4.1.1 



SS Invocation Notification 



8.4.1.1.1 



Description 



This IF is generated by the MSC when it shall notify the gsmSCF of a supplementary service invocation. 
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8.4.1.1.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


Notification Event 


M 


This IE indicates the supplementary service invocation, 
resulting in the SS Invocation Notification IF. 

Only the following Supplementary Services are allowed : 
Explicit Call Transfer, Call Deflection, Multi Party. 


Notification Event Specific 
Information 


C 


In the case of ECT, the sending entity shall include the 
called party for each call originated by the subscriber and 
relevant to the ECT invocation. Note : the subscriber may 
have originated zero, one or two calls relevant to the ECT 
service. 

In the case of CD, the deflected to number shall be 
included in this information element. 

In the case of MPTY, this IE shall be omitted. 


IMSI 


M 


This IE identifies the mobile subscriber who has invoked 
the supplementary service to be notified. 


MSISDN 


M 


This IE identifies the mobile subscriber who has invoked 
the supplementary service to be notified. 



M Mandatory (The IE shall always be sent). 



C Conditional (The IE shall be sent if applicable). 

8.4.2 HLR to VLR information flows 
8.4.2.1 Delete Subscriber Data 

8.4.2.1.1 Description 

This IF is used by the HLR to remove CAMEL subscription data from the VLR. This IF is specified in 
3GTS 29.002 [4]. 

8.4.2.1.2 Information Elements 

The Delete Subscriber Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


CAMEL Subscription Info 
Withdraw 


C 


This IE identifies that all CSIs shall be deleted from the subscriber 
data in the VLR. 



C Conditional (The IE shall be sent when deletion is requested). 

8.4.2.2 Insert Subscriber Data 

8.4.2.2.1 Description 

This IF is used by an HLR to update a VLR with certain subscriber data. This IF is specified in 3G TS 29.002 [4]. 

8.4.2.2.2 Information Elements 

Insert Subscriber Data contains the following CAMEL specific IE for SS Notifications: 
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Information element name 


Required 


Description 


SS-CSI 


C 


This IE identifies the subscriber as having supplementary service 
invocation notification services. It contains the Notification Criteria and 
gsmSCF Address. 

This IE is described in subclause 8.2.1.1. 



C Conditional (The IE shall be sent, if required). 



8.4.3 HLR to gsmSCF information flows 
8.4.3.1 SS Invocation Notification 

This IF is generated by the HLR when it shall notify the gsmSCF of a supplementary service invocation. 

8.4.3.1.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


Notification Event 


JVl 


This IE indicates the supplementary service invocation, 
resulting in the SS Invocation Notification IF. 

Only the following Supplementary Services are allowed : 
Completion of Calls to Busy Subscriber 


IMSI 


M 


This IE identifies the mobile subscriber who has invoked 
the supplementary service to be notified. 


MSISDN 


M 


This IE identifies the mobile subscriber who has invoked 
the supplementary service to be notified. 


B- Number 


M 


This IE indicates the destination address of the CCBS 
request. 


CCBS Request State 


M 


This IE identifies the current state of the CCBS request. It 
can be one of: 

Request 

- Recall 

Active 

Completed 

Suspended 

Frozen 

Deleted 



M Mandatory (The IE shall always be sent). 

8.4.4 VLR to MSG information flows 
8.4.4.1 Invoke SS result 

8.4.4.1.1 Description 

This IF is used by the VLR to send SS-CSI to tiie MSC. This IF is specified in 3G TS 29.002 [4]. 

8.4.4.1.2 Information Elements 

The IF contains the following CAMEL specific IE: 
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Information element name 


Required 


Description 


SS-CSI 


C 


This IE is included when it is available in the VLR and either ECT or 
MPTY has been successfully invoked and that supplementary service 
has been marked for notification. 



C Conditioned (The IE shall be sent when ECT or MPTY invocation shall be notified). 



8.4.4.2 Send Info For Incoming Call ack 

8.4.4.2.1 Description 

This IF is used by the VLR to send SS-CSI to the MSC. This IF is specified in 3G TS 23.018 [3]. 

8.4.4.2.2 Information Elements 

The IE contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


SS-CSI 


C 


This IE is included when it is available in the VLR and CD has been 
successfully invoked and that supplementary service has been marked 
for notification. 



C Conditional (The IE shall be sent when CD invocation shall be notified). 
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9 Mobility Management 

9.1 Arcliitecture 

9.1 .1 Functional Entities used for CAIVIEL 

This subclause describes the functional architecture required to support Mobility Management in CAMEL. Figure 9.1 
shows the functional entities involved in CAMEL support of MobiUty Management. The architecture is applicable to 
the third phase of CAMEL. 



Transport of 
M-CSItoVLR 




Home/Interrogating/Visited Network 



Figure 9.1 : Functional arcliitecture for support of CAIUIEL 

gsmSCF: see subclause 4.1. 

HLR: The HLR contains Mobihty management CAMEL Subscription Information (M-CSI) for those subscribers that 
require CAMEL control (. . .use another word. . .) of Mobility Management events. 

M-CSI is sent to the VLR during the Location Update and Restore Data procedures or when M-CSI is modified in the 
HLR. 

MS: Mobile Station (GSM terminal). 
MSG: See subclause 4.1. 

VLR: After having completed a Mobility Management event from a subscriber, the VLR may have to send a 
notification to the gsmSCF. The contents of M-CSI indicates which Mobility Management events shall be reported to 
the gsmSCF. 

9.1 .2 Interfaces defined for CAIVIEL 

This subclause describes the different interfaces applicable to CAMEL control of MobiUty Management events. It 
specifies on a high level the functions specific to CAMEL. 

9.1.2.2 VLR - gsmSCF interface 

This interface is used by the VLR to send supplementary service Mobihty Management event notifications to the 
gsmSCF. When processing a mobility management event, the VLR may have to send a notification to the gsmSCF, 
depending on the presence of M-CSI for the subscriber and the contents of M-CSI. 
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9.2 Description of CAIVIEL Subscriber Data 

9.2.1 IVIobility IVIanagement CAIVIEL Subscription Information (M-CSI) 

9.2.1.1 Content of the M-CSI 

This subclause specifies the contents of the Mobility Management CAMEL Subscription Information (M-CSI). 

9.2.1 .1.1 Mobility Management Triggers 

This data indicates which Mobility Management events shall result in a notification to the gsmSCF. One or more events 
may be marked per subscriber. One or more events may be marked per subscriber. One or more events may be marked 
per subscriber. The following events may be marked for a subscriber: 

Location update in the same VLR service area. 
Location update to ananother VLR service area. 
- IMSI attach. 

MS initiated IMSI detach (exphcit detach). 
Network initiated IMSI detach (imphcit detach). 

9.2.1.1.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E. 164 number to be used 
for routing. 

9.2.1.1.3 Service Key 

The Service Key is included in the notification message to the gsmSCF. It indicates to the gsmSCF which Service Logic 
shall be appUed. 

9.2.1.1.4 CSI State 

The CSI state indicates whether the M-CSI is active or not. 

9.2.1.1.5 Notification flag 

The notification flag indicates whether the change of the M-CSI shall trigger Notification on Change of Subscriber Data 
or not. 

9.2.1 .1 .6 gsmSCF address list for CSI 

The gsmSCF address list indicates a hst of gsmSCF addresses to which Notification on Change of Subscriber Data is to 
be sent. This Ust is conamon to all CSI. 
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Procedures for Mobility management 



9.3 

Figures 9.2 to 9.6 show the functional entities involved in Mobility Management event notifications. 
Figure 9.2: 



Location Update within a single VLR Service Area. The VLR Service area may be in the HPLMN or in 
the VPLMN. 

Figure 9.3: Location Update from one VLR Service Area to another VLR Service Area. Both VLR Service Areas are 
in the HPLMN or in the same VPLMN. 

Figure 9.4: Location Update from one PLMN to another PLMN: 

update from HPLMN to VPLMN; 

update from VPLMN to HPLMN; 

update from one VPLMN to another VPLMN. 
Figure 9.5 IMSl Detach (in HPLMN or in VPLMN): 

exphcit detach (the MS has been switched off by the subscriber); 

implicit detach (the network has not received a periodic paging update from the MS and assumes 
that the MS is switched off or unreachable). 

Figure 9.6 IMSI Attach (in HPLMN or in VPLMN): 

attach (the MS has been switched on by the subscriber - subscription data is still available in the 
VLR, no location update is needed). 



Home Network 
(HPLMN) 



Serving Network 
(HPLMNA^PLMN) 




(subscriber moves within 
VLR Service Area) 



Figure 9.2: Location Update within a single VLR Service Area 



Home Network 
(HPLMN) 



(subscriber moves to other 
VLR Service Area within 
same PLMN) 



Serving Network 
(HPLMN/VPLMN) 




Figure 9.3: Location Update from one VLR Service Area to anotlier VLR Service Area 
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Home Network 
(HPLMN) 



Serving Network B 
(HPLMN/VPLMN) 




(subscriber moves to 
other PLMN) 



Serving Network A 
(HPLMN/VPLMN) 

( MSG ) 



Figure 9.4: Location Update from one VLR Service Area to Anotlier VLR Service Area 



Home Network 
(HPLMN) 



Serving Network 
(HPLMN/VPLMN) 




MS is switched off 
or detached 



Figure 9.5: IIUISI Detach (implicit/explicit) 



Home Network 
(HPLMN) 




.gsmSCF , 



Serving Network 
(HPLMN/VPLMN) 



MAP 



(notification) 




MS is switched on 



Figure 9.6: IIUISI Attach 

When a MobiUty Management Event has taken place and the processing thereof has been completed, then the VLR may 

have to send a notification to the gsmSCF. The processing of the Mobility Management event in VLR is not suspended 
by the sending of the notification nor is it in any way affected by the notification. 

The sending of a Mobility Management notification to gsmSCF is independent of other CAMEL subscription data for a 
subscriber. Eg. a subscriber may have M-CSI without having O-CSI or VT-CSL 

The sending of a Mobility Management event notification is subscription based. 

Refer to subclause 9.2.1.1 for a description of M-CSI and the different Mobility Management events that may lead to a 
notification to the gsmSCF. 
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9.3.1 



Procedure descriptions 



9.3.1.1 



Procedure Set_Notification_Type 



This procedure is called from process Update_Location_VLR in 3G TS 23.012 [32]. It checks the information element 
'Location Update Type', which the VLR receives from the MSG via MAP_UPDATE_LOCATION_AREA service. 
This element identifies the type of Location Update requested by the Mobile Station. 

The possible values of this parameter are specified in 3G TS 24.008 [33]. 

The type of Location Update that was requested by the Mobile Station, determines which Mobility Management 
notification message shall be sent to the gsmSCF. 

The values 'Periodic Updating' and 'Reserved' shall not lead to a Mobility Management notification to the gsmSCF. 



ETSI 



3G TS 23.078 version 3.4.0 Release 1999 



374 



ETSI TS 123 078 V3.4.0 (2000-03) 



Procedure Set_Notification_Type 1(1) 

Determining tlie type of Mobility 
Management event notification ^ 
to be sent to the gsmSCF 



rr/lSI Attcah' 




Yes 



Notify = Attach 



(Notify = Location update 
in the same VLR Service 
Area 



INotify = Location update 
tp the new VLR Service 
Area 



fJo notification required 




Figure 9.7: Procedure Set_Notification_Type 



ETSI 



3G TS 23.078 version 3.4.0 Release 1999 



375 



ETSI TS 123 078 V3.4.0 (2000-03) 



9.3.1.2 Procedure Notify_gsmSCF 

This procedure is called from the process 'Update_Location_Area_VLR' and process 'Detach_IMSI_VLR' in 3G TS 
23.012 [32]. 

It is also called from the process 'Update_Location_VLR' in 3G TS 29.002 |4|. 

The calling process passes on the variable 'Notify' to the procedure 'Notify_gsmSCF' . This variable indicates which 

Mobility Management notification may have to be sent to the gsmSCF. 

If this variable has a value NULL, then no notification shall be sent to the gsmSCF. 

If a notification may have to be sent to the gsmSCF, then the procedure checks the presence of M-CSI. 

If M-CSI is present and the Mobihty Management event indicated in the variable 'Notify' is marked in M-CSI, 
then a notification shall be sent to the gsmSCF. 

If M-CSI is not present or the Mobility Management event indicated in the variable 'Notify' is not marked in M- 
CSI, then no notification shall be sent to the gsmSCF. 
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Procedure Notify_gsmSCF 



Sending a notification to the 
gsmSCF, if needed. 



1(1) 



Signals to/from tfie right are\\ 
to/from the process 
'MIVI_Event_Notification' in 3G 
TS 29.002. 



No 



^JEven\ notificatioor 
required? 



Yes 



Send IVIM Event 
Notification 



Waiting_for_ 
Notification_Repiy 



Send MM Event 
Notification 
Positive Response 



Send MM Event 
Notification 
Negative Respond 




Figure 9.8: Procedure Notify_gsmSCF 
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9.4 Description of information flows 

This clause contains the detailed description of the information flows used by CAMEL for MobiUty Management 
control. 

Each Information Element, (IE), is marked as Mandatory (M), Conditional (C), Optional (O) or Not applicable (-). This 
categorisation is a functional classification, i.e., stage 2 information and not a stage 3 classification to be used for the 
ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity : 

- The gsmSCF may silently discard any IE which it does not functionally support. 

- The VLR shall functionally support all IE' s which can be sent to it. 

9.4.1 VLR to gsmSCF information flows 
9.4.1 .1 Mobility Management event Notification 
9.4.1.1.1 Description 

This IF is generated by the VLR when it shall notify the gsmSCF of a Mobility Management event. 



9.4.1.1.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


Event Met 


M 


This IE indicates the type of Mobility Management that 
lead to the notification. The vedue of this IE shall be one 
of the following. 

Location update in the same VLR service area 
Location update to ananother VLR service area 

- IMSI attach 

MS initiated IMSI detach (explicit detach) 

- Network initiated IMSI detach (implicit detach) 


Service Key 


M 


This IE indicates the Service Logic that the gsmSCF shall 
apply. 


IMSI 


M 


This IE identifies the mobile subscriber to whom the 
MobiUty Event applies. 


Basic MSISDN 


M 


This IE identifies the mobile subscriber to whom the 

Mobility Event applies. 


Location Information 


C 


This IE indicates the current location of the MS. 
This IE is explained in subclause 4.6.1.7. 


Supported CAMEL Phases 


M 


This IE indicates the CAMEL Phases that are supported by 
the MSCA'^LR in which the MS is registered after the 
mobility management event. 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available). 
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9.4.2 HLR to VLR information flows 
9.4.2.1 Delete Subscriber Data 

9.4.2.1.1 Description 

This IF is used by an HLR to remove certain subscriber data from a VLR if the subscription of one or more 
supplementary services or basic services is withdrawn. Note that this IF is not used in the case of erasure or de- 
activation of supplementary services. This IF is specified in 3G TS 29.002 [4]. 

9.4.2.1.2 Information Elements 

The Delete Subscriber Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


CAMEL Subscription Info 
Withdraw 


C 


This IE identifies that all CSIs shall be deleted from the subscriber 
data in VLR. 



C Conditional (The IE shall be sent when deletion is requested). 

9.4.2.2 Insert Subscriber Data 

9.4.2.2.1 Description 

This IF is used by an HLR to update a VLR with certain subscriber data. This IF is specified in 3G TS 29.002 [4]. 

9.4.2.2.2 Information Elements 

Insert Subscriber Data contains the following CAMEL specific IE for Mobility Management: 



Information element name 


Required 


Description 


M-CSI 


C 


This IE identifies the subscriber as having mobility management 
notification services. It contains the events that shall be reported, the 
gsmSCF Address and the Service Key. 



C Conditional (The IE shall be sent, if required). 



M-CSl contains the followins information: 



Information element name 


Required 


Description 


GsmSCF Address 


M 


This IE is described in subclause 9.2.1. 


Service Key 


M 


This IE is described in subclause 9.2.1. 


Mobility Management Triggers 


M 


This IE indicates which MobiUty Management events shall be 
reported to the gsmSCF. It shall contain one or more of the 
following elements: 

Location update in the same VLR service area 

Location update to ananother VLR service area 

- IMSI attach 

MS initiated IMSl detach (explicit detach) 

- Network initiated IMSI detach (implicit detach) 



M Mandatory (The IE shall always be sent). 
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1 Control and interrogation of subscription data 

10.1 Arcliitecture 

10.1 .1 Functional Entities used for CAMEL 

This subclause describes the functional architecture required to support control and interrogation of subscription data. 
Figure 10.1 shows the functional entities involved in CAMEL support of control and interrogation of subscription data. 



Home Network 




Figure 10.1 : Functional arcliitecture for support of control and interrogation of subscription data 

gsmSCF: see subclause 4.1. 

HLR: The HLR may provide an interface to the gsmSCF for the Any Time Subscription Interrogation and Any Time 
Modification procedures. The gsmSCF may provide an interface to the HLR for the Notify Subscriber Data Change 
procedure. 

10.1 .2 Interfaces defined for CAMEL 

This subclause describes the interface applicable to CAMEL control of subscription data. It specifies on a high level the 
functions specific to CAMEL. 

10.1.2.1 gsmSCF -HLR 

This interface is used by the gsmSCF to interrogate or modify information in the HLR. As a network operator option, 
the HLR may refuse to provide or modify the information requested by the gsmSCF. This interface is also used by the 
HLR to notify the gsmSCF of a change of subscriber data. 



1 0.2 Procedures for CAMEL 

10.2.1 Any Time Subscription Interrogation 

Handling of Any Time Interrogation for Subscription Information Retrieval involves the following process: 
- CAMEL_ATS1_HLR. 

If an OSS needs the Subscription Information, the gsmSCF initiates a transaction to the HLR by sending an Any Time 
Subscription Interrogation Request. Support for this procedure is a network operator option. 
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Process CAMEL_ATSLHLR 

Process in the HLR receiving 

an Any Time Subscription Interrogation 

request from gsmSCF 
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and 23.088) 
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Supported CAMEL phases 
ODB data 
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Set UE= 
Not available" 
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and 23.088 



to 
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Any Time 
Interrogatibn 



Subscription 
ack 



Idle 



1(1) 



^ 

Any Time Subscription 
Interrogatipn negative 
s rfisponsfi 



Figure 10.2: Process CAMEL_ATSI_HLR (sheet 1) 



10.2.2 Any Time Modification 

Handling of Any Time Modification involves the following process: 
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- CAMEL_ATM_HLR. 

The following procedures are involved: 

- ATM_Modify_Data 

This procedure checks which data shall be modified and calls the appropriate data modification procedure. 

- ATM_Modify_CSI_Data 

If the CSI indicated in the ATM request is not available in the HLR, then an error is returned. 
Otherwise, the CSI state and/or Notification-to-CSE flag are set as instructed with the ATM request. 

- ATM_Modify_CF_Data 

When only the SS-code and (optionally) a Basic Service code are present in the ATM request, then all Call 
Forwarding data is erased. 
Otherwise, the behaviour is as follows: 

- If a valid SS state is present in the ATM request, then an SS state transition is performed. 

- If a valid FTN, FTN sub address or No Reply Condition Time is present in the ATM request, then the 
indicated variable is modified. 

- If an instruction to modifiy the notification-to-CSE flag is present in the ATM request, then the notification- 
to-CSE flag is modified. 

- ATM_Modify_CB_Data 

When only the SS-code and (optionally) a Basic Service code are present in the ATM request, then all Call 

Barring data is erased. 

Otherwise, the behaviour is as follows: 

- If a valid SS state is present in the ATM request, then an SS state transition is performed. 

- If a valid Password or 'Wrong password attempt counter' is present in the ATM request, then the indicated 
variable is modified. 

- If an instruction to modifiy the notification-to-CSE flag is present in the ATM request, then the notification- 
to-CSE flag is modified. 

After having executed the Any Time Modification instruction from the gsmSCF, the HLR calls the procedure 
CAMEL_NSDC_HLR, which sends notifications to gsmSCF(s), if required. 

Support for this procedure is a network operator option. 
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Process CAMEL_ATM_HLR 

Process in the HLR receiving 

an Any Time Subscription Modificatiori 

request from gsmSCF 
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Fail 
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Figure 10.3: Process CAMEL_ATM_HLR (sheet 1) 
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Procedure ATM_Modify_Data 

Procedure in the HLR to modify subscriber 
data as a result of an ATM request 



1(1) 




CSI 



fTM_l\/lodify 
CSI Data 



CF Data 



CB Data 



fTM_Modify 
CF Data 
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withi 
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3G TS 23.0 1 1 



Set Result= 
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Set Result= 
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Figure 10.4: Procedure ATM_Modify_Data (sheet 1) 
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Procedure ATM_Modify_CSI_Data 1 (1 ) 



Procedure in the HLR to modify CSI data \ 
as a result of an ATM request. ^ 




Figure 10.5: Procedure ATM_Modify_CSI_Data (sheet 1) 
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Procedure ATM_Modify_CF_Data 



1(1) 



Procedure in the HLR to modify Call 
Forwarding data, as a result of an 
ATM request. 



Eras( 
Forw£ 
D 


5 Call 
irding 
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Set R 
"0 


esult= 
K" 




Set Call 
Forwarding 
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Note 1 

When ATIVI contains 'BasicService', then the changes 
to CF apply to that BasicService only. 
When ATIVI does not contains 'BasicService', 
then the changes to CF apply to all BasicService. 

Note 2 

Changes to Call Forwarding data shall be done 

in accordance with 3G TS 23.082 and 3G TS 23.01 1 . 



Only SS-code and 
(optionally) Basic Service 
present in ATM? 



SS-status present in ATM? 



Requested CF state transition valid? 
(refer 3G TS 23.082 and 30 TS 23.01 1) 




FTN, FTN sub address or 
No Reply Condition Time 
present in ATM? 

Requested FTN, FTN sub address or 

No Reply Condition Time valid? 

(refer 3G TS 23.082 and 3G TS 23.01 1) 

Set FTN, FTN sub address or 
No Reply Condition Time 



Notification flag instruction 
present in ATM? 



Figure 10.6: Procedure ATM_Modify_CF_Data (sheet 1) 
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Procedure ATM_Modify_CB_Data 



1(1) 



Procedure in the HLR to modify Call 
Barring data, as a result of an 
ATM request. 



Eras( 
Bar 
D 
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ring 
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Set R 
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Note 1 

When ATM contains 'BasicService', then the changes 
to CB apply to that BasicService only. 
When ATM does not contains 'BasicService', 
then the changes to CB apply to all BasicService. 

Note 2 

Changes to Call Barring data shall be done 

in accordance with 3G TS 23.088 and 3G TS 23.01 1 . 



Only SS-code and 
(optionally) Basic Service 
present in ATM? 



SS-status present in ATM? 



Requested CB state transition valid? 
(refer 3G TS 23.088 and 30 TS 23.01 1) 



Password or 'wrong password attempt counter' 
present in ATM? 



Password or 'wrong password attempt counter' valid? 
(refer 3G TS 23.082 and 3G TS 23.01 1) 



Set Password or 'wrong password attempt counter' 



Notification flag instruction 
present in ATM? 



Figure 10.7: Procedure ATM_Modify_CB_Data (sheet 1) 



1 0.2.3 Notify Subscriber Data Cliange 

Changes of CSI, Call Forwarding data, Call Barring data or ODB data shall be notified only if the CSI, Call Forwarding 
data, Call Barring data or ODB data is marked with the Notification-to-CSE flag. 
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The HLR maintains a list of gsmSCF aclclress(es) for Call Forwarding Data, Call Barring Data, ODB and CSI. When 
any of these items has been modified, a notification shall be sent to each gsmSCF in the corresponding list. 

The sending of a notification to the gsmSCF may be triggered by the following processes: 

- subscriber data change by administrative procedure; 

- subscriber data changed by subscriber; 

- subscriber data changed by Any Time Modification request from gsmSCF; 

- subscriber data changed due to a change of other subscriber data; 

- subscriber data change due to Location Update. 

When the change of subscriber data was requested by Any Time Modification the notification of change of subscriber 
data shall not be sent to the gsmSCF which originated this Any Time Modification request. 

Each gsmSCF shall be notified only once. Multiple occurrence of gsmSCF Address in these lists shall not lead to 
multiple notification. 

HandUng of Notify Subscriber Data Change involves the following procedure: 

- CAMEL_NSDC_HLR. 

If a change of subscriber data needs to be notified to the gsmSCF, then the HLR initiates a transaction to the gsmSCF 
by sending Notify Subscriber Data Change message. 

Support for this procedure is a network operator option. 
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Procedure CAMEL NSDC HLR 



1(1) 



Procedure in the HLR to notify 
tlie gsmSCF about a change in^ 
subscriber data 
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Data modification requestd by ATM 
from this gsmSCF? 




Figure 10.8: Procedure CAMEL_NSDC_HLR (sheetl) 

10.3 Description of information flows 

This clause contains the detailed description of the information flows used by CAMEL. 
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Each Information Element, IE is marked as Mandatory (M), Conditional (C), Optional (O) or Not applicable (-). This 
categorisation is a functional classification, i.e. stage 2 information and not a stage 3 classification to be used for the 
ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSCF may silently discard any IE which it does not functionally support. 

The HLR shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3G TS 29.002 [4]. 

10.3.1 gsmSCF to HLR information flows 

1 0.3.1 .1 Any Time Subscription Interrogation Request 

10.3.1.1.1 Description 

This IF is used to request subscription information from the HLR at any time. 

10.3.1.1.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


GsmSCF Address 


M 


This IE indicates the address of the interrogating gsmSCF. 


Requested Info 


M 


This IE indicates the type of subscriber information being requested: 
This can be one of: 

- supplementary service, described in a table below 

- Operator Determined Barring 

- CAMEL Subscription Information, described in a table below 

- supported CAMEL phases in VLR 

- supported CAMEL phases in SGSN 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is 
requested. The identity can be one of: 

- IMSI 

- MSISDN 


M Mandatory (The IE shall always be sent). 
Supplementary service contains the following information: 


Information element name 


Required 


Description 


SS code 


M 


This IE indicates a supplementary service as defined in 3G TS 22.004 
[25]. 

Only the Call Forwarding and Call Barring supplementary services are 
allowed for this IE. 


Basic Service 


O 


See 3G TS 22.002 [24]. 



M Mandatory (The IE shall always be sent). 
O Optional (Service Logic Dependent). 

CAMEL subscription information contains the following information: 
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Information element name 


Required 


Description 


CAMEL subscription 
information 


M 


This IE indicates which CAMEL Subscription Information is 
requested. It may be one of the following elementsw: 

O-CSI/T-CSWT-CSI/TIF-CSI/GPRS-CSI/SMS-CSI/SS-CSI/M- 
CSI/D-CSI 



M Mandatory (The IE shall always be sent). 



1 0.3.1 .2 Any Time Modification Request 

10.3.1.2.1 Description 

This IF is used to modify information in the HLR at any time. 

10.3.1.2.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE indicates the address of the interrogating gsmSCF. 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is 
requested. The identity can be one of: 

- IMSI 

- MSISDN 


Modification Request for Call 
Forwarding SS data 


C 


This IE indicates the data of Call Forwarding data to be modified. It is 

described in a table below. 


Modification Request for Call 
Barring SS data 


C 


This IE indicates the data of call barring data to be modified. It is 
described in a table below. 


Modification Request for 
CAMEL Subscription 
Information 


c 


This IE indicates the Modification Request for CAMEL Subscription 
Information. It is described in a table below. 



M Mandatory (The IE shall always be sent). 

C Conditional (The IE shall be sent, if available). 

Modification Request for Call Forwarding SS data contains the following information: 



Information element name 


Required 


Description 


SS Code 


M 


This IE indicates Call Forwarding supplementary service as 
defined in 3G TS 22.004 [25]. 


Basic Service 


O 


See 3GTS 22.002 [24]. 


SS Status 


O 


See 3GTS 23.011 [26]. 


Forwarded-to Number 


o 


See 3GTS 23.082 [27]. 


Forwarded-to Subaddress 


o 


See 3GTS 23.082 [27]. 


No Reply Condition Time 


o 


See3GTS 23.082 [27]. 


Modify Notification Flag 


o 


This IE contains an instruction to activate or de-activate the 
Notification-to-CSE flag. 



M Mandatory (The IE shall always be sent). 
O Optional (Service Logic dependent). 

Modification Request for Call Barring SS data contains the following information: 
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Information element name 


Required 


Description 


SS Code 


M 


This IE indicates Call Barring supplementary service as defined in 
3G TS 22.004 [25]. 


Basic Service 





See 3G TS 22.002 [24]. 


SS Status 


O 


See 3GTS 23.011 [26]. 


Password 


O 


See 3GTS 23.011 [26]. 


Wrong password attempts counter 


O 


See 3GTS 23.011 [26]. 


Modify Notification flag 


O 


This IE contains an instruction to activate or de-activate the 
Notification-to-CSE flag. 



M Mandatory (The IE shall always be sent). 
O Optional (Service Logic dependent). 

Modification Request for CAMEL Subscription Information contains the following information: 



Information element name 


Required 


Description 


Requested CSI 


M 


This IE indicates which CSI shall be modified. Only one CSI may 

be changed in one ATM Request. 


Modify Notification flag 


O 


This IE contains an instruction to activate or de-activate the 
Notification-to-CSE flag. 


Modify CSI state 


O 


This IE contains an instruction to activate or de-activate the CSI. 



M Mandatory (The IE shall always be sent). 



O Optional (Service Logic dependent). 

1 0.3.2 HLR to gsmSCF information flows 
10.3.2.1 Any Time Subscription Interrogation ack 

10.3.2.1.1 Description 

This IF is used by the HLR to provide the requested subscription information to the gsmSCF. 

10.3.2.1.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


Call Forwarding SS data 


C 


This IE is described in a table below. 


Call Bbarring SS data 


C 


This IE is described in a table belo. 


Operator Determined Barring 
data 


c 


This IE is described in a table belo. 


CAMEL Subscription 
Snformation 


c 


This IE is described in a table belo. 


Supported CAMEL phases in 
VLR 


c 


This IE indicates the CAMEL phase supported in the VLR. 


Supported CAMEL phases in 
SGSN 


c 


This IE indicates the CAMEL phase supported in the SGSN. 



C Conditional (The IE shall be sent, if requested and available). 



Call Forwarding SS data contains the following information: 
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Information element name 


Required 


Description 


Basic Service 


C 


See 3G TS 22.002 |24|. 


SS SlalLis 


C 


See 3G TS 23.01 1 |26|. 


Forwarded-lo Number 


C 


See 3G TS 23.082 |27|. 


Forwarded-to Subaddress 


C 


See 3GTS 23.082 [27]. 


Subscription Options 


c 


See 3GTS 23.082 [27]. 


No Reply Condition Time 


c 


See3GTS 23.082 [27]. 


Notification-to-CSE Flag 


c 


This IE indicates whether the gsmSCF is notified of a change of 
Call Forwarding SS data. 


C Conditional (The IE shall be sent, if available). 
Call Barring SS data contains the following information: 


Information element name 


Required 


Description 


Basic Service 


C 


See 3GTS 22.002 [24]. 


SS Status 


C 


See 3GTS 23.011 [26]. 


Password 


c 


See 3GTS 23.011 [26]. 


Wrong password attempts counter 


c 


See 3GTS 23.011 [26]. 


Notification-to-CSE flag 


c 


This IE indicates whether the gsmSCF is notified of a change of 
Call Barring SS data. 


C Conditional (The IE shall be sent, if available). 

Operator determined barring data contains the following information: 


Information element name 


Required 


Description 


ODB General Data 


C 


This IE indicates the set of subscribers features that the network 
operator or the service provider can regulate. 


ODB HPLMN Specific Data 


C 


This IE indicates the set of subscribers features that the network 
operator or the service provider can regulate only when the 
subscriber is registered in the HPLMN. 


Notification-to-CSE flag 


c 


This IE indicates whether the gsmSCF is notified of a change of 
ODB data. 


C Conditional (The IE shall be sent, if available). 

CAMEL Subscription Information contains tlie following information: 


Information element name 


Required 


Description 


O-CSI 


C 


See subclause 4.3.1. 


D-CSI 


C 


See subclause 4.3.2. 


T-CSI 


c 


See subclause 4.3.4. 


VT-CSI 


c 


See subclause 4.3.5. 


TIF-CSI 


c 


See subclause 4.3.6.2. 


GPRS-CSI 


c 


See subclause 6.3.1. 


SMS-CSI 


c 


See subclause 7.3.1. 


SS-CSI 


c 


See subclause 8.2.1.1. 


M-CSI 


c 


See subclause 9.2.1.1 
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C Conditional (The IE shall be sent, if requested and available). 

1 0.3.2.2 Any Time Modification ack 

10.3.2.2.1 Description 

This IF is used by the HLR to provide the modified information to the gsmSCF. 

10.3.2.2.2 Information Elements 

The following information elements are required: 
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Information element name 


Required 


Description 


Call Forwarding SS data 


C 


This IE is described in a table below. 


Call Barring SS data 


C 


This IE is described in a table below. 


CAMEL Subscription 
Information 


c 


This IE is described in a table below. 



C Conditional (The IE shall be sent if it was modified). 
Call Forwarding SS data contains the following information: 



Information element name 


Required 


Description 


SS Code 


C 


This IE indicates Call Forwarding supplementary service as 
defined in 3G TS 22.004 [25]. 


Basic Service 


C 


See 3GTS 22.002 [24]. 


SS Status 


c 


See 3GTS 23.011 [26]. 


Forwarded-to Number 


c 


See 3GTS 23.082 [27]. 


Forwarded-to Subaddress 


c 


See 3GTS 23.082 [27]. 


Subscription Options 


c 


See 3GTS 23.082 [27]. 


No Reply Condition Time 


c 


See3GTS 23.082 [27]. 


Notification-to-CSE Flag 


c 


This IE indicates whether the gsmSCF is notified of a change of 
Call Forwarding SS data. 


C Conditional (The IE shall be sent, if available). 
Call Barring SS data contains the following information: 


Information element name 


Required 


Description 


SS Code 


C 


This IE indicates Call Barring supplementary service as defined 
in 3G TS 22.004 [25]. 


Basic Service 


C 


See 3G TS 22.002 [24]. 


SS Status 


C 


See 3GTS 23.011 [26]. 


Password 


C 


See 3GTS 23.011 [26]. 


Wrong password attempts counter 


C 


See 3GTS 23.011 [26]. 


Notification-to-CSE flag 


c 


This IE indicates whether the gsmSCF is notified of a change of 
Call Barring SS data. 



C Conditional (The IE shall be sent, if available). 

CAMEL Subscription Information contains the following information: 



Information element name 



Required 



Description 
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O-CSI 


C 


See subclause 4.3.1. 


D-CSI 


c 


See subclause 4.3.2. 


T-CSI 


c 


.See subclause 4.3.4. 


VT-CSI 


c 


See subclause 4.3.5. 


TIF-CSI 


c 


See subclause 4.3.6.2. 


GPRS-CSI 


c 


See subclause 6.3.1. 


SMS-CSI 


c 


See subclause 7.3.1. 


SS-CSI 


c 


See subclause 8.2.1.1. 


M-CSI 


c 


See subclause 9.2.1.1 



C Conditional (The IE shall be sent, if it was modified). 



1 0.3.2.3 Notify Subscriber Data Change 

10.3.2.3.1 Description 

This IF is used by the HLR to notify to the gsmSCF of the change of subscriber data. 

10.3.2.3.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


The IMSI is used to identify the subscriber. 


MSISDN 


M 


The MSISDN is used to identify the subscriber. 


Changed Data 


M 


This IE identifies the data that has changed. The data can be one of: 

- Call Forwarding SS Data 

- Call Barring SS Data 

- Operator Determined Barring 
CAMEL Susbcription Information 



M Mandatory (The IE shall always be sent). 
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1 1 Subscriber Location and State retrieval 

Support of the procedures describerd in this chapter in CAMEL Phase 3 is a network operator option. 

11.1 Arcliitecture 

11.1.1 Functional Entities used for CAIVIEL 

This subclause describes Any Time Interrogation and CAMEL support of Location Services. Location Services is only 
supported in CAMEL Phase 3. 

Figure 11.1 indicates the functional entities involved in Any Time Interrogation and Location Services. 
This chapter defines two procedures for Location Services: 

(1) The interfaces between gsmSCF and GMLC for Location Services via the GMLC. 

(2) The interface between gsmSCF and HLR for Any Time Interrogation and Active Location Retrieval. 
The operation of Location Services is described in 3G TS 22.071 [17]. 




Figure 11.1 a: Functional arcliitecture for Any Time Interrogation 

HPLMN 





MAP 

Figure 11.1 b: Functional architecture for CAIUIEL Support of Location Services 
gsmSCF: see subclause 4.1. 
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GMLC: A functional entity that allows external LCS Clients to request real-time information about a Mobile Station. 
The information that can be requested from the GMLC is the location of the mobile station. 

HLR: see subclause 4.1. 

MSCA^LR: see subclause 4.1. 

The information flows between the GMLC and functional entities other than the gsmSCF, have not been indicated in 
the functional architecture shown in figure 1 . These information flows are outside the scope of this specification. 

1 1 .1 .2 Interfaces defined for CAMEL 

This subclause describes the interfaces applicable to CAMEL. It specifies on a high level the functions specific to 
CAMEL. 

11.1.2.1 gsmSCF - GMLC interface 

This interface is used by the gsmSCF to request information (Mobile Station location) from the GMLC at any time. 

11.1.2.2 GMLC - gsmSCF interface 

This interface is used by the GMLC to return the requested information (Mobile Station location) to the gsmSCF as 
requested by the gsmSCF via the Any Time Interrogation procedure. 

11.1.2.3 gsmSCF -HLR 

This interface is used by the gsmSCF to interrogate the HLR. As a network operator option, the HLR may refuse to 
provide the information requested by the gsmSCF. 

11.1.2.4 HLR -gsmSCF 

This interface is used by the HLR to return the requested information (Mobile Station location and/or Mobile Station 
state) to the gsmSCF as requested by the gsmSCF via the Any Time Interrogation procedure. 

1 1 .2 Procedures for CAMEL 

11 .2.1 Location Services 

Handling of Any Time Interrogation to obtain Location Information involves the following process: 
- CAMEL_ATI_GMLC. 

If an OSS needs to retrieve the active location of a Mobile Station, the gsmSCF initiates a transaction to the GMLC by 
sending a Any Time Interrogation Request. 
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Process CAMEL_ATI_GMLC 

Process in the GMLC Receiving an Any Time 
Interrogation request from the gsmSCF 



Procedure in 
GMLC 

See 30 TS 22.071 



Idle 



Any Time 
'Interrogation 
Request 



ATI \ 
aqceptefL?^ 

YesT 



No 



Obtain Locatior 
Information 



Any Time 
Interrogation 

s-ack 



Idle 



1(1) 



Signals to/from the left are to/froni\ 
the gsmSCF H 



Set UE= 
Tl Not Allowed 



Any Time 
Interrogation 
Negatifve response 



Idle 



Figure 11.2: Process CAMEL_ATI_GMLC 



1 1 .2.2 Any Time Interrogation 



Handling of Any Time Interrogation to obtainSubscriber State and Location Information involves the following 
process: 
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- CAMEL_ATI_HLR. 

If an OSS needs the Subscriber State and/or the Location Information, the gsmSCF initiates a transaction to the HLR by 
sending a Any_Time_Interrogation Request. Support for this procedure is a network operator option. 

Process CAMEL_ATI_HLR 

Process in the HLR receiving an ANY Time 
Interrogation request from gsmSCF. 



1(1) 



Signals to/from the left are to/froi 
the gsmSCF. 




Any Time 
> Interrogation 
_reauesl 




Yes- 



Provide_ 
Subscriberjnfo 

/•input data= 
requested info*/ 



Any Time 

Interrogation 

ack 



No 




Any Time 
Interrogation 
negative 
response 




Figure 11.3: Process CAMEL_ATI_HLR 
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1 1 .3 Description of information flows 

This clause contains the detailed description of the information flows used by CAMEL. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Optional (O) or Not appUcable (-). This 
categorisation is a functional classification, i.e. stage 2 information and not a stage 3 classification to be used for the 
ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSCF may silently discard any IE which it does not functionally support. 

- The GMLC shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3G TS 29.002 [4]. 

1 1 .3.1 gsmSCF to GIVILC information flows 
1 1 .3.1 .1 Any Time Interrogation Request 

11.3.1.1.1 Description 

This IF is used to request information (Mobile Station location) from the GMLC. 

1 1 .3.1 .1 .2 Information Eiements 



The following information elements are required: 



Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE indicates the address of the interrogating gsmSCF. 


Requested Info 


M 


This IE indicates the type of information that is requested. It shall have 
the following value: 

- Mobile Station location 


Mobile Station Identity 


M 


This IE identifies the Mobile Station of which the information is 
requested. The identity can be one of the following list: 

- IMSI 

- MSISDN 



M Mandatory (The IE shall always be sent). 



1 1 .3.2 GIVILC to gsmSCF information flows 
1 1 .3.2.1 Any Time Interrogation ack 

11.3.2.1.1 Description 

This IF is used by the GMLC to provide the requested information to the gsmSCF. 

11.3.2.1.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


Location Information 


C 


This IE indicates the location of the Mobile Station. 
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C Conditional (The IE shall be sent if requested and available). 



Location Information contains the following information: 



Informalion elemenl name 


Required 


Description 


Geographical Information 


G 


See 3G TS 23.032 [xj. The GMLG receives Extended 
Geographical Information from the MSG. The Extended 
Geographical Information shall be converted to the Geographical 
Information by the GMLG. 


Geodetic Information 


G 


See3GTS 23.018 [3]. 


Age Of Location Information 


G 


See3GTS 23.018 [3]. 


MSG number 


G 


See 3G TS 23.032 [34] The GMLG receives the MSG number from 
the HLR in the SendRoutinglnfoForLGS MAP message. 



G Conditional (The IE shall be sent, if available). 



1 1 .3.3 gsmSCF to HLR information flows 
1 1 .3.3.1 Any Time Interrogation Request 

11.3.3.1.1 Description 

This IF is used to request information (subscriber state and/or location) from the HLR at any time. 

11.3.3.1.2 Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


gsmSGF Address 


M 


This IE indicates the address of the interrogating gsmSGF. 


Requested Info 


M 


This IE indicates the type of subscriber information being requested: 

- Location Information 

- Subscriber State 
currentLocation 

GurrentLocation shall not be present if Location Information is 
not present in Requested Info 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is 
requested. The identity can be one of: 

- IMSI 

- MSISDN 



M Mandatory (The IE shall always be sent). 



1 1 .3.4 HLR to gsmSCF information flows 
1 1 .3.4.1 Any Time Interrogation ack 
11.3.4.1.1 Description 

This IF is used by the HLR to provide the requested subscriber location and/or subscriber state information to the 
gsmSGF. 
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11.3.4.1.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


Location Information 


C 


This IE indicates the location of the served subscriber. 


Subscriber State 


C 


This IE indicates the status of the MS. The possible values of the IE 
are: 

- CAMELBusy: The VLR has indicated that the MS is engaged ina 
transaction for a mobile originating or terminated circiut-switched 
call. 

- NetworkDeterminedNotReachable: The VLR has indicated that the 
network can determine from its internal data that the MS is not 
reachable. 

- Assumedldle: The VLR has indicated that the state of the MS is 
neither "CAMELBusy" nor "NetworkDeterminedNotReachable". 

- NotProvidedFromVLR: The VLR did not provide any information 
on subscriber state even though it was requested. 



C Conditional (The IE shall be sent, if requested and available). 



Location Information contains the following information: 



Information element name 


Required 


Description 


Location Number 


C 


See 3GTS 23.018 [3]. 


CellGloballDOrServiceArealdOr 
LAI 


C 


See 3G TS 23.018 [3]. 


Geographical Information 


C 


See 3GTS 23.018 [3]. 


Geodetic Information 


C 


See3GTS 23.018 [3]. 


Age Of Location Information 


C 


See3GTS 23.018 [3]. 


VLR number 


C 


See 3GTS 23.018 [3]. 


Selected LSA Identity 


C 


See3GTS 23.018 [3] 


Current Location Retrieved 


C 


See 3GTS 23.018 [3] 



C Conditional (The IE shall be sent, if available). 
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